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Введение 


Юбилейная, десятая по счету, начиная с 1995 года, версия системы програм- 
мирования Оеры 2006 продолжает развитие стратегической линии компа- 
нии ВоГап4, направленной на интеграцию всех продуктов фирмы в рамках 
единой концепции управления жизненным циклом программного обеспе- 
чения. Можно уверенно утверждать, что новая версия системы несет самые 
масштабные изменения в продуктах и технологиях за всю историю развития 
Реры. При этом поклонники системы, конечно, помнят, что и предыдущий 
релиз РерЫы 2005 (Реры 9) радикально отличался от Оеры 8 и являл собой 
глубокую переработку предшественника". В частности, в дополнение к ком- 
пилятору для платформы МЕТ был восстановлен преждевременно отвер- 
гнутый компилятор для платформы \/ 132, что потребовало синхрониза- 
ции версий библиотеки визуальных компонентов УСГ. Также существенно 
обновилась технология ЕСО П и появились средства ОМГ-моделирования 
из среды Вопап4 Тозефег. 

Основные отличия Оерёы 2006 от предыдущей версии связаны как с вве- 
дением новых оригинальных технологий разработки, так и с продолжаю- 
щимся объединением с другими продуктами ВоПапа, прежде всего со средой 
моделирования Воап4 Тобе!фег. В первую очередь важнейшие расшире- 
ния системы относятся к поддержке О МГ-моделирования при построении 
прикладных программ. Значительное развитие также получила технология 
ЕСО, нацеленная на создание приложений посредством моделей, а также на 
стыковку с другими средствами Вогапа, рассчитанными на охват всего жиз- 
ненного цикла разработки программного обеспечения. 

В дополнение ко всем стандартным возможностям М!сгозой МЕТ, доступ 
к которым в РерЫ! возможен как через оригинальные компоненты, так и 
через версию собственной библиотеки УСТ, адаптированной для МЕТ, 


О темпах развития новых технологий и потребности рынка в их быстрой прикладной адап- 
тации свидетельствует также и тот факт, что версия Берт 8, в свою очередь, тоже была 
качественным шагом от среды Оерм 7, работающей в классической модели \Мпао\м$ 32, к 
исключительной поддержке платформы „МЕТ. Однако практика показала, что потребность 
разработчиков в средствах создания приложений \\М/п32 остается значимой, что и повлекло 
за собой возвращение к классической платформе в версиях Вер! 2005 и Вер! 2006. 
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программисту предлагаются компоненты собственной разработки Вопап4. 
Они, в частности, охватывают функции доступа к базам данных (концеп- 
ция поставщиков данных ВоПапа Оаба Ргоуег$, расширяющая стандарт- 
ные механизмы „МЕТ по работе с базами данных), причем не только по отно- 
шению к СУБД М!сгозо® ЗОТ, $егуег и Ога, как в версии .МЕТ 1.2, но ик 
СУБД Вопапа ПиегБазе, [ВМ ОВ2 и ЗуБазе. В дополнение к этим компонен- 
там в среду включены утилиты взаимодействия с СУБД, а также оригиналь- 
ный проектировщик меню в стиле \ш4о\$ Еогил5. 

Теперь на начальном этапе формирование требований заказчика к буду- 
щему проекту осуществляется через встроенное клиентское приложение 
системы СаПегВ М. Проектирование пользовательского интерфейса проис- 
ходит в Дизайнере Ое|рЫ, а работа с исходным текстом -— в специализирован- 
ном редакторе, который поддерживает рефакторинг (гибкую модификацию 
кода), синхронное редактирование одного файла несколькими разработчи- 
ками, наборы шаблонов кода, всевозможные подсказки и ускорители, другие 
средства. В среду Веры также включены отладчик АЗР.МЕТ и набор утилит 
для развертывания приложений АЗР.МЕТ на \!еБ-серверах. 

Известно, что управление групповыми проектами эффективно организу- 
ется на базе систем отслеживания изменений и конфигурационного управле- 
ния. Одна из них, Вог|ап4 ЗагТеат (клиентская часть), встроена в ер/. 

Значительно повышена продуктивность работы с оболочкой среды про- 
граммирования. Этому способствует гибкий редактор кода, средства интел- 
лектуальцой модификации исходных текстов (рефакторинга), появление 
большого числа шаблонов, существенно упрощающих и ускоряющих набор 
операторов. 


Что дальше? 


Осенью 2005 года корпорация М!сгозоЁ выпустила новую, вторую версию 
платформы „МЕТ, которая является стратегической линией развития все- 
го семейства технологий \/шао\з. Реры 2006 функционирует с исполь- 
зованием версии МЕТ 1.1, ав 2006 году появится версия Ое]рЫ с предва- 
рительным названием Н1Мапаег, которая предложит средства разработки 
64-разрядных приложений для платформы .МЕТ 2.0 и среды МЕТ Сотрас 
Егате\могк, ориентированной на использование во встраиваемых системах 
и мобильных телефонах. При этом создание программ будет проводиться на 
основе единого набора компонентов библиотеки УСТ, что позволит перено- 
сить приложения между платформами практически без изменения исходно- 
го кода. 

В 2007 году ожидается выход новой версии \У/1т14о\з У15а, для которой 
появится среда Ое|рЫы юг У15(а с версией УСТ. для графической подсистемы 
\У1${а Ауаоп и подсистемы У\/еЬ-служб шо. К тому же периоду относятся 
планы создания версии Ое|рЫ для программирования 64-разрядных прило- 
жений на языках Оерыи С++. 
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В более далекой перспективе, без сомнения, продолжится линия Вопап4 
на стыковку всего семейства продуктов поддержания жизненного цикла про- 
граммного обеспечения и на быстрое включение новых технологий в среду 
за счет возможностей стандартной библиотеки УСТ, обеспечивающей обрат- 
ную совместимость исходных текстов. 


Управление жизненным циклом приложении: 
технология АМ 


Жизненный цикл приложения состоит из нескольких этапов. Сначала фор- 
мируются требования к системе: они обычно вырабатываются в общении с 
заказчиком потенциальными покупателями. Затем начинается этап проек- 
тирования, когда готовятся модели будущего продукта и формируются его 
структуры, например структура баз данных. Однако само кодирование (или 
более общий процесс — непосредственная разработка программы) относится 
к следующему этапу жизненного цикла. Далее, когда приложение запрограм- 
мировано, его требуется протестировать в различных условиях эксплуата- 
ции, устранить выявленные ошибки, улучшить характеристики. Это проис- 
ходит на этапе тестирования и отладки. И наконец, завершается жизненный 
цикл этапом развертывания приложения. Эта задача сама по себе бывает 
достаточно трудоемка, особенно если приложение взаимодействует с внеш- 
ними базами данных, эксплуатируется на \!еЬ-сервере или реализовано в 
многоуровневой архитектуре. 

Кроме того, все эти этапы пронизывает еще один процесс — процесс управ- 
ления работой сотрудников, участвующих в реализации каждого из этапов. 
Хотя специфика их деятельности сильно различается, тем не менее, многие 
элементы управления на протяжении жизненного цикла остаются неизмен- 
НЫМИ. 

Продукты ВоШап4 полностью охватывают все этапы описанного выше 
жизненного цикла программного обеспечения. Для этого корпорация разра- 
ботала концепцию Арр|саНоп [Ёесуе Мапаветепе (АТ.М, управление жиз- 
ненным циклом приложения) и придерживается ее в качестве стратегическо- 
го направления при создании и совершенствовании продуктов. Обработку 
требований на базе централизованного репозитория, их фиксацию, сопро- 
вождение, отслеживание изменений и взаимосвязей (в частности, связей с 
пользовательским интерфейсом), регистрацию истории версий и ряд других 
возможностей обеспечивает линейка СаПБег. К положительным особенно- 
стям Са|ег следует отнести хранение в общем репозитории всех сопроводи- 
тельных документов и их связь с базой требований, что упрощает взаимную 
синхронизацию. 

За построение моделей и проектирование архитектуры системы отвеча- 
ет продукт ВоПап4 Тове ег, который, начиная с версии Иер] 2006, встро- 
ен в среду, что подтверждает линию корпорации на полную интеграцию сво- 
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их решений. В качестве средств разработки программистам наряду с ОерЫ 
доступны ] ВиЙ4ег (среда программирования на языке ]ауа), а также встро- 
енные в среду ОерЫ система программирования С++ВиП4ег (она допол- 
нилась системой анализа ошибок времени выполнения Со4еСтаг4) и сред- 
ства создания в рамках Пер! программ для платформы .МЕТ на языках С# 
(С#ВиП4Еег) и даже УВ.МЕТ. 

Процесс сквозного управления и контроля за версиями и изменениями 
обеспечивается системой коллективной работы З{(агТеат. Ее клиентская 
часть теперь тесно интегрирована в ОерыЫ, и ее контролю поддаются не толь- 
ко исходные файлы с кодом, но и проекты, а также группы проектов. Для это- 
го в контекстном меню соответствующих пунктов Менеджера проектов име- 
ется раздел баг Геат с соответствующими возможностями. 

Состыкован со ЗагТеат и Менеджер историй БефЬ!, что позволяет 
использовать возможности среды версионного контроля для учета измене- 
ний как на локальном компьютере, так и в рабочей группе. 

Тестированием и оптимизацией созданных приложений занимает- 
ся семейство серверных решений Орит!2ей, хранением данных — СУБД 
[цегВазе, а за развертывание, масштабирование и надежную работу ответ- 
ственны: сервер приложений Вопара Ет(егри!зе Зегуег; технология ]апета, 
упрощающая стыковку приложений МЕТ, ]2ЕЕ и СОВВА; мобильная ]ауа- 
СУБД ] Оаа$хоге. 

Популярная система тестирования ООпи для языка Беры (или МОпи 
для языка С#) интегрирована в оболочку ОПерЫ. Она автоматизирует про- 
цесс формирования проекта на базе тестов, используя ряд подходов из мето- 
дологии экстремального программирования (\м/м\.хргодгаттта.ги), что подраз- 
умевает гибкое, адаптивное создание программы на основе тестов, которые 
выдвигает заказчик. 

Система локализации теперь может работать в отдельном внутреннем 
окне Реры, аее настройки включены в раздел Тгапзайоп Тоо!$ Ороп$ (Параметры 
среды локализации) общего редактора настроек, вызываемого командой То0$ > 
Орйопз$ (Сервис > Параметры). 

При этом все продукты Во[ап4 открыты, совместимы с продуктами сто- 
ронних разработчиков и даже прямых конкурентов (так, выпущена версия 
Вопап4 Торефег для среды М!сгозоЁ У1зиа| Зи Чю МЕТ) и ориентированы 
на самые разные платформы: \/ш94о\з, МЕТ, Гапих и др. 


Архитектура, управляемая моделью: 
технология МОА 


Погружаясь вглубь того или иного этапа жизненного цикла приложения 
(формирование требований, проектирование, программирование, тести- 
рование, развертывание), можно обнаружить не менее оригинальные кон- 
цепции организации работы специалистов: не столь масштабные, неже- 
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ли АЁМ, однако не менее эффективные и успешные. Так, тесно связанные 
этапы проектирования и разработки рекомендуется осуществлять в рамках 
идеологии Моае| Опуеп АгсЬКесиге (архитектура, управляемая моделью, 
МПА). В отличие от АЁ.М, концепция МБА была разработана не компани- 
ей Во[апа, а независимой некоммерческой организацией Ореп Мападетепе 
Стоир (консорциум по выработке стандартов объектного управления ОМС, 
мммм.отд.ога). Этот консорциум объединяет сотни компаний-разработчиков 
программного и аппаратного обеспечения. Технология МПА ориентирова- 
на на создание независимых от платформы и операционной системы и лег- 
ко масштабируемых приложений — из готовых компонентов, которые могут 
использоваться повторно и многократно. При этом сам процесс разработ- 
ки должен выполняться, как явствует из названия, под управлением моде- 
ли: набора визуальных схем, описывающих внутреннюю структуру системы 
и принципы ее функционирования, не привязанного к конкретному языку 
или конкретной среде программирования. Такие схемы строятся с помо- 
щью унифицированного языка моделирования Оше Мо4е!тз Гапбцаде 
(ОМГ), который также был разработан консорциумом ОМС для задач объ- 
ектно-ориентированного проектирования. 

Модели, созданные технологией ОМГ, не связанные с конкретной систе- 
мой разработки и выполнения, называются в терминологии МРА плат- 
формно-независимыми моделями ЫМ (Ра отт [паерепаепЕ Моае/. Но МОА 
отнюдь не ограничивается построением абстрактных моделей и позволя- 
ет связать моделирование с конкретными средами разработки. Для этого 
существует понятие моделей, специфичных для платформы, — Р5М (Ра{отт 
5речйс Моае[). Различные коммерческие продукты (например, Бер!) 
выполняют перенос РМ-модели в определенную среду с ориентацией на 
заданную платформу (например, УЛпао\з или ]ауа). При этом значитель- 
ный объем итоговых исходных текстов, реализующих структуру и логику 
поведения ОМГ-модели, генерируется автоматически. 


РИМ-модели сами по себе часто используются как готовые элементы сопроводи- 
тельной документации. 


Проектирование прикладной системы во многих случаях сводится к форми- 
рованию и постепенному уточнению иерархии классов, а также к визуально- 
му созданию структуры базы данных и привязки процедур ее модификации 
к пользовательскому интерфейсу. В принципе, в рамках МВА выполняются 
попытки моделировать и мелкие детали системы, например логику отдель- 
ных методов классов, однако такая деятельность требует определенного опы- 
та и навыков. Она менее распространена в силу специфики и сложности, а 
также ограничений и неоднозначностей языка ОМГ. В Оеры 2006 предпри- 
нята, пожалуй, одна из первых в программной индустрии попыток выпустить 
хоть и коммерческое, но весьма недорогое средство визуального построения 
логики программ. Это сделано в рамках технологии ЕСО 11. 
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Такие важные возможности моделирования, только-только становящие- 
ся доступными в рамках массовых продуктов программирования, связаны с 
поддержкой как генерации кода на основе моделей, так и обратного процес- 
са реинжиниринга: создания моделей на базе исходных текстов и готовых 
структур баз данных. Подобные продукты на рынке, конечно, существуют, 
однако отличаются, как правило, весьма высокими ценами по сравнению со 
средами ВоНапа Бе|рЫ и Вопапа Торе ег. 


ИМЕ-моделирование прикладных программ: 
технология ЕСО 


Пожалуй, одно из самых радикальных улучшений Реры 2006 в сравне- 
нии с прежними версиями — это расширенная поддержка технологии ЕСО 
(Етцегрг!зе Соге ОБес($, ключевые корпоративные объекты), представлен- 
ная теперь уже в виде третьей версии ЕСО ПТ. 

Каждый из ЕСО-компонентов представляет собой своеобразную «оберт- 
ку> различных положений концепции МПА, промежуточный слой между 
средствами визуального проектирования программных моделей и их кон- 
кретной реализацией на некотором языке программирования. В данной кни- 
ге рассматривается язык Пер, а продукты Воап поддерживают кроме 
всего прочего ЕСО-компоненты для языка С#. 

Технология ЕСО стала актуальной в связи с тем, что практика перево- 
да требований заказчика напрямую в программный код на некотором язы- 
ке программирования почти всегда страдает неполноценностью. Заказчик 
мыслит одними понятиями, программист — совсем другими, поэтому оба не 
подозревают о множестве потенциально возможных проблем. Так, заказчи- 
ку некоторые моменты автоматизации выбранных процессов могут казаться 
очевидными, и поэтому он о них не упоминает, считая, что программа будет 
делать некоторый набор действий «сама». А программист подходит к созда- 
нию системы с узких технических позиций и редко учитывает все множество 
взаимосвязей между множеством требований, поэтому в середине проекта 
нередко выясняется, что архитектура решения не может быть легко допол- 
нена требованиями, которые заказчику кажутся простыми и естественными. 
В результате приходится переделывать почти весь проект. 

Идея промежуточного этапа формализации требований заказчика в виде 
визуальных моделей существует и развивается уже много лет. А когда удает- 
ся ее как следует реализовать (в частности, в виде надстройки ЕСО), вопло- 
тив возможность прямой связи моделей с программным кодом «в обе сторо- 
ны» (из моделей можно быстро и автоматически получить исходный код, а 
из исходного кода — набор визуальных моделей), то разработчику становятся 
доступны не только средства интерактивного согласования проекта с заказ- 
чиком, но и новый, очень мощный метод разработки приложений, открываю- 
щий качественно новые возможности. Он предоставляет высокоуровневые, 
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визуальные, удобные для человека средства построения формальной вну- 
тренней структуры программы и целостной архитектуры сложной инфор- 
мационной системы. (В Реары этот процесс происходит в пределах так 
называемого ЕСО-пространства.) Работая на уровне модели, программист 
(чаще — системный аналитик) отвлекается от мелких деталей реализации, 
перестает думать в терминах отдельных операторов языка программирова- 
ния и способен сразу охватить и продумать большие функциональные бло- 
ки и связи между ними. Отсюда и название предложенного Войапа подхода 
МПА -— архитектура (приложения), управляемая моделью. С ее помощью 
удается быстро создавать объемные приложения разной функциональной 
направленности. 

Отметим, что в системе Оеры 2006 возможности технологии ЕСО рас- 
ширены на все типы приложений АЗР.МЕТ, в том числе и на \!еБ-службы. 
Проектировщик пространства ЕСО (ЕСО Зрасе Оез1впег) приобрел полез- 
ную возможность выполнять объектно-реляционную раскладку для ранее 
созданных баз данных, сформированных вне рамок ЕСО-модели и, воз- 
можно, поддерживающих не только реляционную, но и объектную схемы. 
Другими словами, с помощью специального Мастера можно на основе суще- 
ствующей базы данных построить ее полноценную ЕСО-модель. 

Еще одна удобная возможность ЕСО-проекта — сохранение ЕСО-моде- 
ли в ОГ.Т.-библиотеке с последующим ее подключением к другим проектам. 
За счет нового источника данных ЕСОбаа$оугсе стало возможным создавать 
ЕСО-приложения на основе технологии взаимодействия с базами данных 
ОВ \еб. Наконец, компонент Регз15(епсеМаррегРгох!Аег поддерживает вза- 
имосвязь сразу с несколькими пространствами ЕСО — с помощью ведения 
защищенного пула соединения с несколькими базами данных. 

Одно из важнейших нововведений ЕСО Ш -— работа с так называемы- 
ми машинами состояний (5ие Масйте), или автоматными схемами, кото- 
рые позволяют описывать не только статические составляющие модели 
(структуры объектов), но и логику работы приложения, причем в визуаль- 
ном режиме, с помощью специальных диаграмм. Для этого, в частности, был 
дополнен язык объектных ограничений ОСТ, который обычно применяет- 
ся вместе с унифицированным языком моделирования ОМГ. Версия ОС в 
Ое|рЬ! 2006 получила название ЕСО Асйоп Г.апрцаре. А редактор ОСТ-выра- 
жений теперь доступен из разных окон ЕСО-проекта, а также из Дизайнера 
форм и из Проектировщика ОМТ-диаграмм. 


Введение в платформу .МЕТ 


Из чего состоит .МЕТ 


Абсолютное большинство нововведений Пер относится, конечно, к рас- 
ширениям для платформы „МЕТ. Известно, что платформа МисгозоК МЕТ 
сегодня является ключевым стратегическим направлением развития опе- 
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рационных систем корпорации М!сгозой. Она столь обширна и включает 
столь большое число технологических концепций, что даже грядущая вер- 
сия новой системы \/Мт4о\$ У15а, которая первоначально планировалась 
к реализации полностью на платформе .МЕТ, была-таки оставлена на ядре 
Утп4о\з ХР $Р2. 

На момент написания этой книги платформа .МЕТ существует в проме- 
жуточном варианте 1.1. Реализация ряда входящих в нее технологий еще не 
завершена, поэтому разработчики из М!сгозой пока не смогли воспользо- 
ваться ее высоким потенциалом и в будущей системе \Лт4до\з \У15а ограни- 
чились менее универсальными подходами. 


Вторая версия платформы „МЕТ 2.0 вышла в конце 2005 г., и вариант Оер!! для 
МЕТ 2.0 обещан корпорацией Вопапа уже в первом полугодии 2006 года. 


К важнейшим особенностям и решениям, входящим в МЕТ, отнесем следую- 
щие (важные прежде всего с точки зрения разработчика): 

МЕТ Егате\хогк — технология программирования, ориентированная 
на быстрое визуальное создание надежных приложений. Включает 
множество стандартных классов и готовых компонентов для повторно- 
го использования; 

® Соттоп Гапёцаёе Випите (СТ.В.) — общеязыковая среда выполнения, 
единая оболочка поддержки выполнения МЕТ-программ; 

® АШО.МЕТ — технология работы с базами данных; 

. АЗР.МЕТ — система серверных сценариев для быстрого создания \!еВ- 
приложений, основанная на популярной технологии активных сервер- 
ных страниц Асйуе Фегуег Рабез; 

® \У’сБ-службы — средство обеспечения взаимодействия приложений по 
сети, основанное на ХМГ-протоколе $ОАР; 

® встроенные технологии обеспечения безопасности работы и устойчи- 
вости приложений. 

Важная особенность платформы МЕТ заключается в том, что она факти- 
чески представляет собой надстройку над низкоуровневыми операционными 
системами типа действующих версий \/Мш4о\$ ХР/2000 и при этом не зави- 
сит ни от типа операционной системы, ни от модели процессора. В результате 
среда .МЕТ может быть реализована, например, как надстройка над система- 
ми Ошх/Ппих, и все написанные для нее программы будут без модификации 
исходных текстов работоспособны и на других платформах — потребуется 
лишь их перекомпиляция, да и то не всегда. Для обращения к операцион- 
ной системе, на которой платформа МЕТ выполняется, в последнюю встроен 
специальный прямой программный интерфейс Р]аФогт шуосайоп [егЁсе, 
который, впрочем, делает.МЕТ-приложение менее надежным в плане обеспе- 
чения целого ряда правил безопасности и поэтому рекомендован к примене- 
нию только в исключительных ситуациях. Так, популярные в ранних верси- 
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ях ар функции динамического выделения памяти наподобие Се Мет в 
МЕТ-версии будут некорректными. 
Рассмотрим перечисленные особенности МЕТ более подробно. 


Оболочка .МЕТ Егатемогк 


В состав этой оболочки включено несколько тысяч стандартных классов. 
Соответственно, оболочка ориентирована на поддержку объектно-ориен- 
тированной разработки. При этом она позволяет программистам добав- 
лять свои собственные классы как на прикладном, так и на системном уров- 
нях. Обычно в прикладных проектах разработчики создают оригинальные 
классы в качестве наследников стандартных классов, предлагаемых МЕТ 
Егате\огкК. 

Библиотеки классов МЕТ Егатехуогк охватывают множество областей, 
связанных с функционированием операционной системы. В частности, про- 
граммистам открываются следующие возможности „МЕТ: 

® организация работы в сети; 

» обращение к базам данных; 

. обеспечение режима безопасного функционирования; 

. взаимодействие с системой ввода/вывода; 

. использование готовых элементов пользовательского интерфейса 
(очень важная возможность, на основе которой удается создавать ком- 
пактные прикладные приложения, благо все базовые функции графи- 
ческих элементов управления поддерживаются на системном уровне и 
нет нужды включать их определения в свою программу, как это прихо- 
дится делать при использовании библиотеки визуальных компонентов 
Реры \УСГ.); 

» реализация множества стандартных возможностей, необходимых раз- 
работчикам: удобные типы данных от строк до массивов, средства их 
гибкой обработки, богатые наборы стандартных функций: 

° поддержка интерфейса программирования \\М1132 для совместимости с 
действующими версиями УМ т4о\5. 

В прежних версиях Пер! (до 7-й включительно) практически вся под- 
держка подобных возможностей была реализована в собственной библио- 
теке Реры УСГ. При этом приложению приходилось включать в себя весь 
код соответствующих библиотек, и размер программ вырастал до весьма вну- 
шительных размеров (хотя несколько сотен килобайтов для современных 
систем — не величина). С появлением платформы „МЕТ потребность в инте- 
грации кода полностью отпала. 


Среда поддержки выполнения СЕВА 


Среда СТ.К, являющаяся частью оболочки МЕТ Егате\огк, обеспечивает 
непосредственную работу программ, выполненных в соответствии с согла- 
шениями МЕТ. Эта среда связывает программы, которые могут быть напи- 
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саны на любых языках, с операционным окружением МЕТ, обеспечивая и 
обслуживая все системные вызовы и подключая при необходимости те или 
иные стандартные библиотеки‘. Для этого, очевидно, двоичный код програм- 
мы должен отвечать определенным требованиям. 

Эти требования задаются низкоуровневым языком М1сгозой [шеттеейае 
Гапвиаяе (М5П.), который представляет собой своеобразный виртуальный 
ассемблер, независимый от конкретной аппаратной платформы. Именно 
благодаря такой технологии платформа .МЕТ и может быть перенесена на 
другие операционные системы — для этого достаточно написать модуль под- 
держки в них ассемблера МП. (модуль его трансляции в команды процес- 
сора конкретной модели). 

Двоичный код любой МЕТ-программы представляет собой набор команд 
МУП, в котором вся работа происходит с единой системой типов данных 
Соттоп Туре 5уяет (СТ5) и обеспечиваются единые требования к безопас- 
ности (в частности, универсальным способом происходит проверка выхода 
индекса за границы массивов). Типичный .МЕТ-компилятор создает резуль- 
тирующий М$П-код из исходных текстов, записанных на любых поддержи- 
ваемых им языках программирования (например, Верь, С++, С#). Этот код 
не сохраняет каких-либо особенностей исходного языка, а отвечает только 
требованиям технологий .МЕТ и СТК. При этом, конечно, конкретная систе- 
ма программирования сможет охватить одни возможности МЕТ, но не реа- 
лизовать другие в силу ограничений синтаксиса и семантики определенного 
языка программирования. Это возможно, например, из-за различий в под- 
держке инкапсуляции и видимости элементов классов. Нередко такая ком- 
пиляция выполняется «на лету» (концепция ./и5ё [т Плте), непосредственно 
в ходе выполнения программы, потому что далеко не весь М5 П.-код прило- 
жения будет обязательно выполняться и имеется возможность транслиро- 
вать лишь те логические ветви, по которым происходит фактическое управ- 
ление. 

Итак, хотя в качестве средств разработки могут использоваться реше- 
ния самых разных компаний, результатом их работы всегда будет двоич- 
ный М5П-код, организованный по единой схеме взаимодействия с опера- 
ционным окружением. В средствах разработки приложений для платформы 
\!/1132 ситуация была иной. Каждая среда обычно предлагала свое окруже- 
ние и свою поддержку режима исполнения созданных с ее помощью про- 
грамм. Так, с приложением Оеры необходимо было, как уже говорилось, 
поставлять собственные библиотеки УСГ. (или включать их в исходный код 
приложения), а для программ, созданных средствами Масгозой У15ца! С++, 
требовались библиотеки классов МЕС. Разнились способы контроля выхо- 
да индексов за границы массивов и преобразования типов и многое другое. 


' Разработчикам .МЕТ-приложений доступен большой набор стандартных классов, через 
которые организуется взаимодействие программы с СЁЫВ. 


Введение в платформу .МЕТ 21 


Такие прикладные приложения, конечно, были несовместимы друг с дру- 
гом, и организовать устойчивую работу и взаимодействие между комплекса- 
ми, подготовленными разными разработчиками с помощью разных систем, 
было крайне сложно. А вот М$П-код поддерживает средства обеспечения 
совместной работы и обеспечивает интеграцию программ, компонентов, 
готовых технологий безопасности и средств борьбы с ошибками. 


Если приложение выполнено в полном соответствии с требованиями СЕВ, то его 
код называется управляемым. 


В любое МЕТ-приложение включается метаописание как самого приложе- 
ния, так и данных, которые оно использует. Это позволяет среде СТ.К рабо- 
тать со всеми данными наиболее оптимальным способом, представляя их в 
единой внутренней схеме. Благодаря этому, в частности, в СЁК реализова- 
на автоматическая служба уборки мусора, очищающая области оператив- 
ной памяти, освобожденные после завершения приложения. Это решает все 
проблемы с утечкой памяти (появлением блоков памяти, не возвращенных 
операционной системе). Правда, не всегда управляемый код является без- 
опасным, ведь, несмотря на все соглашения, программа в некоторый момент 
времени может выполнить запрещенную операцию (наподобие обращения к 
области памяти по неверному указателю на базе кода С++). Это может про- 
исходить в силу, например, ошибки прикладного разработчика и слишком 
гибких возможностей конкретного языка программирования. Чтобы избе- 
жать подобных недоразумений, универсальный код можно дополнительно 
проверить на предмет соответствия политике МЕТ-безопасности (набору 
правил), настроив его, в частности, на допустимый диапазон выполняемых 
М$П.-инструкций. Как правило, требуемые модели безопасности работы 
приложения задаются в исходных текстах с помощью специальных атрибу- 
тов, которые затем транслируются в метаописание создаваемого приложе- 
ния. Поэтому отметим, что код, выданный компилятором МЗЦ., сам по себе 
не является управляемым. Степень его управляемости определяется метаин- 
формацией. 

На этапе выполнения программа представляется в виде так называе- 
мой «сборки». В нее входит метаинформация о всех выполняемых моду- 
лях (манифест сборки) и один или несколько исполнимых файлов и фай- 
лов динамически подключаемых О1.Т.-библиотек со своей метаинформацией 
каждый. Понятие сборки введено для того, чтобы избежать замусоривания 
системы вспомогательными библиотеками, исключить проблемы, связанные 
с неверным использованием библиотек одного назначения, но разных вер- 
сий, а также чтобы упростить возможность глобального или дистанционного 
обращения к элементам других сборок. 

В состав оболочки МЕТ Егате\уотК входит библиотека классов, называ- 
емая \Мт4о\з$ Еогтз (содержит формы графического интерфейса пользова- 
теля \Лт4о\з и всевозможные элементы управления), сильно упрощающая 
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создание настольных приложений. В Бер! для этих целей применялась 
собственная библиотека УСТ, однако версии, поддерживающие платфор- 
му .МЕТ, обращаются уже к ее готовым ресурсам, поэтому и новый дизайнер 
форм выполнен в соответствии с типовыми рекомендациями и принципами 
МЕТ (в основном по аналогии с МасгозоВ \У15ца] Звию МЕТ). 

Отметим, что Реры расширяет возможности МЕТ Егате\могК такими 
технологиями, как собственные поставщики данных Вогапа Бака Ргоу14ег$ 
для МЕТ, упрощающие связь с СУБД ПкегВазе, Ога е, ВМ ОВ2, ЗуБазе и 
М1сгозоЕ ОГ. Зегуег, и наборами утилит для обслуживания БД. Кроме того, 
известная по прежним версиям Оефры библиотека визуальных компонентов 
УСГ, адаптирована для МЕТ. Существует в Оер№, конечно, и прямая под- 
держка компонентов МЛю4о\$ Еоги$. 


Технология доступа к данным АОО.МЕТ 


Новая версия технологии М1сгозой АОО.МЕТ ориентирована на поддерж- 
ку реляционных систем управления базами данных. В нее добавлена очень 
полезная возможность работы с базами в асинхронном режиме. Она требу- 
ется, например, когда связь сервера с клиентской частью организована через 
Интернет, а канал связи ненадежен. Однако работу всех частей системы при 
этом необходимо продолжать, и согласование (синхронизация) локальных и 
серверных данных выполняется в АОО.МЕТ автоматически при очередном 
возобновлении связи. 

В технологии АВО.МЕТ применяются следующие понятия. 

® Источник данных (реа 5оитсе; фактически, конкретная технология 
или система обработки баз данных), который способен исполнять неко- 
торые команды (как правило, ЗОТ-инструкции). Нередко это обычная 
база данных или ХМЕ-файл, доступные через драйверы и оболочку 
управления. 

 Поставшик данных (Очща Ргоо4ег), который связывает прикладное 
приложение с СУБД и поддерживает обмен данных между ними. 

° Набор данных (Бееа 5$еЕ; условная реляционная база данных), храня- 
щийся в прикладной программе и внутренне представленный в фор- 
мате ХМГ, что открывает потенциальную возможность иерархической 
организации информации и упрощенного взаимодействия с Интернет- 
приложениями. 

Многие классы АРО.МЕТ дополнены и расширены в Рер|! собственны- 
ми классами и технологиями, ориентированными на типовые для этой среды 
средства создания приложений, взаимодействующих с базами данных (ВОР. 
МЕТ, ВОЕ.МЕТ). 


Технология создания \М/еб-приложений АЗР.МЕТ 


Технология активных серверных страниц Асйуе $егуег Рабс$ (АЗР) предло- 
жена корпорацией Мисгозо уже достаточно давно. В версии .МЕТ она рас- 
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ширена рядом удобных дополнений, повышающих скорость разработки. 
АЗР-технология представляет собой систему выполнения на \/еЬ-сервере 
сценариев, написанных на различных языках программирования. Помимо 
сценарных команд в страницах АЗР.МЕТ можно при определенных условиях 
использовать команды языков С#, УВ.МЕТ или даже С++. Но наиболее важ- 
ное отличие АЗР.МЕТ от прежних версий АЗР — появление понятия \МеБ- 
формы. 

\УГеЬ-форма, своеобразный аналог формы \У/Лт4о\у$, позволяет разраба- 
тывать с помощью визуальных дизайнеров пользовательские формы, кото- 
рые клиент видит в браузере при подключении к \/еБ-серверу. Механизм 
взаимодействия с \/еЬ-формами с точки зрения разработчика РерЫ напо- 
минает схему взаимодействия обычного \/и14о\у$-приложения с пользова- 
телем, что существенно упрощает процесс создания распределенных систем. 
Системная реализация таких механизмов, конечно, кардинально различает- 
ся: события, генерируемые формой в браузере, обрабатываются другой про- 
граммой, расположенной на сервере. 

Программа-сценарий АЗР.МЕТ не интерпретируется, как это нередко 
реализовано в различных сценарных языках программирования, а предва- 
рительно транслируется в М5П-код и потом исполняется на сервере, что 
позволяет пользоваться всеми преимуществами технологии МЕТ. Ранее в 
АЗР-сценариях применялись преимущественно интериретируемые языки с 
ограниченными возможностями наподобие УВ$стре. 


Поддержка М/еб-служб 


Технология АЗР.МЕТ поддерживает взаимодействие с \/еБ-службами. \УеБ- 
службы предоставляют дистанционный доступ пользователям и приложе- 
ниям к своим открытым программным интерфейсам по высокоуровневому 
протоколу ЗОАР. 


ЗОАР (Утре ОШе< Ассез$ Ргоюсо!) — протокол обмена структурированными 
сообщениями в формате ХМЕ в распределенной вычислительной среде. Ранее 
технология ЗОАР применялась для дистанционного вызова процедур и методов 
объектов, функционирующих на других компьютерах, а сегодня активно задейство- 
вана прежде всего в \Меб-службах и опирается на более низкий протокол НТТР для 
транспортировки сообщений. 


При взаимодействии с \!еБ-службами не важно, на каких платформах они 
функционируют и когда запущены. Можно стандартным способом, напри- 
мер, из любого браузера, получить ХМ[.-описание предоставляемого ими 
программного интерфейса в формате \/ЗОГ. и затем дистанционно обра- 
титься к любым его функциям и получить результат. В виде \!ер-служб реа- 
лизованы, в частности, средства автоматического перевода У/еЬ-страниц на 
разные языки в поисковой системе Сооз[е. 


Введение 


М/ЗОЕ (Мер Зегисез Оезсирйоп [апдиаде) — язык описания структуры \Меб-служ- 
бы. Представляет собой ХМ! -страницу, в которой содержится описание открытого 
интерфейса \\№Меб-службы, поясняющее, как вызывать тот или иной метод, какие 
нужны параметры, какие типы данных используются. 


На одном сервере может существовать множество \/е-служб. Так, на любом 
сайте может быть развернут свой набор таких дистанционных сервисов. 
Чтобы в них ориентироваться, была придумана технология (ОО. 


ООО (Упмегза! Оезсирйоп, Озсоуету апа |щедганоп) — это стандарт. позволяющий 
организовывать в Интернете онлайновые каталоги услуг и упрощающий взаимный 
поиск клиентов и потребителей различных сервисов. Поиск выполняется с помо- 
щью эОАР-сообщений и основан на предоставлении доступа к \/ЗО | -документам, 
описывающим соответствующие услуги. 


На основе технологии ОШОТ разворачиваются так называемые ИОДЬ]-реги- 
стры — своеобразные тематические каталоги \/еЬ-служб. В частности, суще- 
ствуют бизнес-регистры ООПТ, в которые можно занести собственную ком- 
панию и предоставляемые ею \!е-услуги. 

Технология АЗР.МЕТ предоставляет разработчику стандартные классы, 
описывающие различные элементы У/еБ-служб. Программисту достаточно 
задать реализацию функций интерфейса его собственной, прикладной \!ер- 
службы, а остальное АЗР.МЕТ сделает автоматически. Отметим, что вер- 
сия ЗОАР для платформы „МЕТ отличается от версии ЗОАР, применяе- 
мой в \"еЬ-службах, — последняя представляет собой подмножество ЗОАР 
для платформы МЕТ, которая расширена, как это часто делает корпорация 
М1сгозой, дополнительными средствами поддержки программного интер- 
фейса \/Лш4о\5. 


Безопасность 


Концепция защиты доступа к коду Соёе Ассез; беситу (СА5), пронизываю- 
щая все составные элементы технологии МЕТ, позволяет указывать в сбор- 
ках допустимые к выполнению операции в коде, гибко настраивая его тем 
самым под требования общей политики корпоративной безопасности. При 
попытке нарушения прикладным кодом указанных правил (например, при 
попытке обращения к определенным файлам) вызывается механизм разре- 
шения конфликтов, в котором, в частности, применяется привязка к полно- 
мочиям ролей пользователей. Роли распределяются в пределах платфор- 


мы МЕТ и могут не совпадать с ролевым доступом на системном уровие 
М/ЛраАо\5. 
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В одной оболочке Пери 2006 объединено сразу несколько компиляторов. 
Разработчик может создавать приложения не только на языке ОерЫ для 
платформ \/1132 и .МЕТ, но и на языке С# (для МЕТ), на языке С++ (для 
\!1132), а также на языке \У15иа| Вас МЕТ. Это определяет некоторые осо- 
бенности процесса установки системы. 

Значительно ускорена работа самой оболочки, визуальной среды раз- 
работки Ое!рЫ. Особенно это заметно при многократных загрузках среды 
в рамках одного сеанса \/т4о\5, а также в приложениях, где реализуется 
активная работа с оперативной памятью. В Реры 2006 включен специаль- 
ный менеджер памяти Раз М МА, который отслеживает способы использова- 
ния памяти и ее возможные «утечки». 


1.1. Технические требования и установка Берн! 2006 


Система Пер 2006 работоспособна в операционных системах М1сгозой 
М/тао\з 2000, Мсгозо_ \/ш4о\5 Зегуег 2003 или М1сгозоК \Мт4ом5 ХР 
Ргое5$1опа!| (рекомендуется). Компьютер должен быть оборудован ОЗУ от 
256 Мбайт (рекомендуется 512 Мбайт) и процессором класса Репиит ЦП 
450 МГц (рекомендуется Репиит Ш 850 МГц). На жестком диске необхо- 
димо наличие 1,2 Гбайт свободного пространства. Перед началом установки 
программа-инсталлятор тУа!.ехе проверит, имеются ли на компьютере нуж- 
ные системные и прикладные приложения для функционирования Бер. 
Так, в текущей версии \У/ш4о\$ должны быть установлены браузер Мисгозой 
[цегпеё Ехрогег у6.0 $Р1, версия среды Мисгозо МЕТ 1.1 и ее обновление 
МЕТ 1.1 $Р1, библиотека разработчика МЕТ Егате\могк 5ОК 1.1, ХМЕ-служ- 
ба М1сгозой ХМГ. Соге Зегу1сез (МЗХМТГ. 4.0 $Р2 и среда МисгозоК \1зиа| 
]# МЕТ у1.1. 

Если какой-либо из этих компонентов отсутствует, будет предложено их 
установить (все они имеются в дистрибутиве Реры). Для этого дополни- 
тельно потребуется около 1 Гбайт пространства на системном разделе жест- 
кого диска. 
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Рекомендуется также установить все последние обновления для \Мпао\5. 


После того как операционная система будет приведена в соответствие с 
вышеуказанными требованиями к наличию программного обеспечения, 
заработает Мастер установки. 

На первом этапе работы Мастера выбирается перечень устанавливаемых 
сред разработки (рис. 1.1). 
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Рис. 1.1. Выбор устанавливаемых сред программирования 


Допускается раздельная, выборочная установка компилятора Реры 
для платформы „МЕТ, компилятора Бер! для стандартных 32-разрядных 
\УМтао\5-приложений (\/1132), компилятора языка С# для платформы 
МЕТ и компилятора языка С++ для платформы \/т32. При этом они смо- 
гут вызываться как изнутри одной среды, так и порознь, через соответствую- 
щий пункт раздела Главного меню, который появится после установки. 

Далее устанавливаются дополнительные компоненты пакета Войапа 
Пеуеортепе З(и1о 2006 (рис. 1.2). 

Установка флажка п$а! Са!бегАМ обесиечивает установку клиентской 
части среды СаПфегКМ по управлению требованиями к создаваемому про- 
граммному продукту. Эта среда необходима в групповых проектах по созда- 
нию заказных систем. 

Флажки па! РауеВерой$ и п${а! СотропепОпе Зи обеспечивают установ- 
ку на компьютер соответственно набора компонентов ВауеАерой$ для созда- 
ния отчетов и среды визуального проектирования таких отчетов, которые 
затем можно встраивать в свои приложения. 

На следующем этапе определяется соответствие всевозможных расши- 
рений файлов приложениям комплекта Оерй1. В некоторых случаях разра- 
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Рис. 1.2. Установка дополнительныл компонентов пакета 
Вопапа ЭеоеортепЕ био 2006 


ботчики отказываются от связи Оеры с файлами программ на языках С++ 
(расширения .срр, П), С# (.с$) или со сценариями АЗР.МЕТ (.азрх), если уже 
используется другая среда разработки, например МисгозоК \У15иа! С++ или 
какие-либо редакторы \/еБ-страниц. 

После этого запускается процесс установки, который на современных 
компьютерах проходит весьма быстро. 


1.2. Главное окно 


После запуска среды пользователю предоставляется главное окпо системы 
(рис. 1.3). Его характерная особенность заключается в центральной панели, 
которая основана на браузере [т{егпеё Ехр]огег. Здесь сосредоточены ссылки 
на полезные ресурсы Интернета и локальные справочные документы но всем 
продуктам Вопап4. Здесь же, в разделе Кесепе Рго]ес$, будут отображаться 
ссылки на последние открывавшиеся проекты. 

Дизайнер форм и редактор кода пока скрыты, так как никакого проекта 
мы еще не создали. Список доступных проектов можно получить командой 
Ее 3 Мем 3 О\ег (Файл » Создать » Другое), при этом вызывается так называе- 
мый Репозитарий объектов (см. ниже). 

В правом нижнем углу главного окна расположена активно используемая 
палитра инструментов (Тоо! Рае{е), содержимое которой меняется в зависи- 
мости от текущего проекта. А исходно она представляет те же проекты, что 
строка меню. Вдобавок все они сгруппированы по темам (рис. 1.4). 
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Рис. 1.4. Заготовки будущих проектов 


1.2. Главное окно 29 


Таблииа 1.1. Разделы проектов системы Вопапа Оеоеорет био 2006 


Оери! Рго]ес{$ УС -приложения для платформы М/п32 


Берн! юг МЕТ Рес Основные виды приложений для платформы „МЕТ, 
создаваемые на языке Ое!рй! 


С# Рго]ес{$ .МЕТ-приложения, разрабатываемые на языке С# 


Сейрну Рго{есз /ОерНЕ Ейез Вспомогательные элементы проектов Ое!рН! для платформы 
\Мп32 

Оерн! Тог .МЕТ Рго]ес{$ / Мем Вспомогательные элементы проектов Ое!рй! для платформы 

Ее$ ‚МЕТ 

Оинег Ее Различные элементы проектов Ое!ри! и приложения на языке 
\Лзиа! Вазс.МЕТ 


ПЕТЬ Организация тестовых проектов для ускоренного 
прототипирования программ 


Оезюп Рго]е‹{$ Построение УМЕ-моделей 


С++Вийдег Рес Приложения, разрабатываемые на языке С++ для платформы 
\Мп32 
О Рго]ес1$/ С++ВиИдег Вспомогательные элементы для приложений С++ /\Мп32 


\Меб-документы во всевозможных форматах (ХМЕ, НТМЕ, 
Чамазсир{ и другие) 


С++ВиЙдег Рго]ес{$ / Меб$пар Создание \\Меб$пар-приложений на языке С++ 
Оеры! Рго}ес{$ /М/еб$пар Создание Ме пар-приложений на языке Оерй! 


С++ВиПдег 
Рго{ес!з /ММебзегмсез Создание \/еБ-служб на языке С++ 


Оерг! Рго]ес{$ /\МебЗеглсе$ Создание М/еб-служб на языке Берн 


С++Вийдег Рго{ес! /ММеБВгокег здание кросс-платформных Интернет-приложений на языке 

Берн! Рго{ес( /ММеВгокег аи кросс-платформных Интернет-приложений на языке 

С++Вийдег Ргоес!е /питамеь оализация технологии |п{га\Меб для платформы „МЕТ на языке 

Берн! Рго{есЕс /1питамеь Реализация технологии |пига\Меб для платформы \МИп32 на 
языке Ое!ри! 

ОерН! ог .МЕТ Реализация технологии |п{га\Меб для платформы „МЕТ на языке 

Рго]ес{$ / |гамеб беры 


ОБерп: Рго]ес!$ / АсН\еХ Компоненты Ас{уеХ, создаваемые с помощью языка Ое|рй! 
С++ВиПдег Е1ез / АсН\еХ Компоненты АсйуеХ на языке С++ 


Меь Оосите{$ 
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1.3. Список проектов 


Как видно, одним из заметных нововведений РерЫ 2006 стало включение 
в среду системы программирования на языке С/С++, известной как Во[ап@ 
С++ВиИ4ег. Она позволяет программистам, работающим на языке С/С++, 
готовить приложения \/1132 с использованием библиотеки УС. и новых 
комфортных возможностей текущей среды. 

Разработчикам приложений для платформы .МЕТ доступна, конечно, воз- 
можность программирования на языке Бер (как с использованием набо- 
ра компонентов УСГ.МЕТ, так и без оного, на основе стандартных классов 
Мои Еогтз и МЕТ Егате\жогК), а также на языке С#. Кроме того, мож- 
но создавать приложения и на языке У1зиа| Вазс .МЕТ, но только кодировать 
всю программу от начала до конца придется вручную — Дизайнер форм для 
УВ.МЕТ в Вер не предусмотрен. 

В раздел проектов .МЕТ включены две технологии, принципиально важ- 
ные с точки зрения долгосрочной перспективы: 

. АЗР.МЕТ, па базе которой в Рер}! можно разрабатывать как приложе- 

ния \/еЬ-форм, так и УМеь-сервисы; 

® ЕСО Ш которая включила расигиренные средства связи ИМГ-моде- 

ли приложения с программным кодом и средства автоматического 
сохранения состояния модели в различных базах данных. Кроме того, в 
ЕСО Ш ноявилась принципиально новая возможность формирования 
с помощью У МГ. не только статических аспектов модели, но и логи- 
ки се работы. Для этого используется машина состояний. Доступные в 
Пер средства построения моделей программного обеспечения попол- 
нились также встроенной системой моделирования Вопапа Тозе ег. 
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Рис. 1.5. Репозитарий объектов Бери 
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1.4. Репозитарий объектов 


В среде Оеры имеется удобная и важная возможность ускорения процесса 
разработки за счет размещения всевозможных шаблонов и заготовок проек- 
тов и форм ведином хранилище, называемом Репозитарием объектов (ОБзес 
Керозйоту). Доступ к его содержимому выполняется командой Ее $ № м 
Оег (Файл » Создать » Другое) — рис. 1.5. 

Любой из элементов Репозитария можно модифицировать или удалить 
через контекстное меню, ввести новые категории проектов, а при желании 
содержимое можно легко расширить, добавляя текущий проект в качестве 
одного из готовых шаблонов с оригинальным именем. Для этого, доведя теку- 
щий проект до некоторого желаемого состояния, надо дать команду Ргоес! $ 
АЗа 1о ВерозКогу (Проект » Добавить в Репозитарий). 


1.-. Палитра инструментов 


Создать любой проект (например, приложение \/Л/т4о\хз Еогтз$) можно, 
дважды щелкнув мышью на строке с соответствующим названием в пали- 
тре инструментов. При этом на экране появится окно Дизайнера (активна 
закладка Оезюп в нижней части центрального окна), а переключиться в редак- 
тор можно через закладку Соде. 

После открытия Дизайнера автоматически меня- 
ется и содержимое палитры инструментов: на ней 
появляются группы компонентов, доступные для раз- 


2 ба 
. БИ: 
хи : + 


Е Зватизваг 


мещения на форме и в окне Дизайнера в рамках теку- [$, ригертемеиСопыо 
=: АсАТех{Бох 


щего проекта. 

Среди удобных нововведений в палитре инстру- 
ментов отметим возможность автоматического раз- 
мещения выбранного компонента на форме двойным 
щелчком на его названии в палитре. При этом, конеч- 
но, не стоит рассчитывать, что автоматическое разме- 
щение будет эстетичным. Зато исключается необхо- 
димость в дополнительном щелчке в Дизайнере. Это 
особенно удобно при выборе невизуальных компо- 
нентов. 

В разделе Тоо! Рае{е (Тоо$ > Ор#оп$) можно настраивать различные эле- 
менты оформления панели: размеры значков компонентов (Вийоп Зе), режи- 
мы размещения групп компонентов и их автоматического сворачивания (Ащо 
Сойарзе Саедопез), режим вертикального расположения заголовков (Меса! 
Са{едогу СарНоп$), а также цветовые схемы (подраздел Со|ог$). 

Внутри палитра инструментов разделена на тематические группы элемен- 
тов (категории). Для быстрого поиска нужного элемента достаточно выде- 
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лить палитру мышью и начать ввод названия искомого 
компонента (например «есо... ›»). 

Список внутри палитры будет прокручиваться к 
подходящей строке автоматически, а перечень доступ- 
ных в ней элементов будет сокращаться до тех, которые ЕСОДИЕОРОГТЕХКепфег 
соответствуют набранному тексту (он показывается в › ЕсОАсНоПЕхиепдег. 
заголовке палитры). Отменить режим автоввода мож- арт орЕЖелвег 
но клавишей Е5с. : тете 

В палитре инструментов появилась кнопка филь- 
трации (рис. 1.6). 


Рис. 1.6. Кнопка фильтрации компонентов 


Если кнопка фильтрации нажата, то при наборе текста происходит авто- 
матический отбор тех компонентов (элементов списка), которые начинаются 
с введенных символов (рис. 1.7). 


Рис. 1.7. Автоматический отбор компонеитов 


Набранный текст отображается в строке заголовка окна перед словами 
«Тоо| Раеце». Для возврата к обычному режиму надо повторно нажать на 
кнопку фильтрации. 
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Порядок элементов можно настраивать самостоятельно. Для этого доста- 
точно перетащить любой элемент в новое место списка. Аналогично меняет- 
ся и порядок списка категорий. 

Допускается добавление в палитру собственных категорий и компонен- 
тов, а также включение в нее шаблонов — целых групп компонентов, располо- 
женных на форме некоторым удобным образом. Для этого надо в контекст- 
ном меню палитры выбрать пункт Ада Мем Саедогу (Добавить новую категорию) 
и в диалоговом окне ввести название новой категории. Элементы в нее мож- 
но добавлять перетаскиванием из других категорий палитры. Кроме того, 
выделив часть элементов на форме, их можно объединить в одном шаблоне 
командой Сотропег{ 3» Стеае Сотропеп! Тетр/ае (Компонент » Создать шаблон ком- 
понента), после чего в диалоговом окне указать название нового компонента, 
выбрать категорию палитры инструментов и значок для нового компонента. 
В дальнейшем к нему можно будет обращаться так же, как и к любым другим 
элементам палитры. 


1.6. Дизаинер 


Приложения \/т4о\з создаются в ОерЫ 2006 аналогично тому, как это при- 
нято в старых версиях. Однако существует ряд отличий, связанных с суще- 
ственным изменением и переработкой самой среды визуального программи- 
рования. Работа с формами — один из ключевых элементов подобных сред. 
Разработчик создает и настраивает внешний вид формы и всех связанных с 
нею элементов управления в Дизайнере — модуле визуального проектирова- 
ния пользовательского интерфейса. При этом он использует шаблоны, хра- 
нящиеся в палитре инструментов. 


Невизуальные компоненты проектов для платформы „МЕТ (в отличие от проектов 
\М/п32) размещаются не в пределах проектируемой формы, как было в Оеры 7 и 
более ранних версиях, а в нижней части окна Дизайнера за пределами формы. 


Элементы располагаются на форме в зависимости от настроек (Тод5 > 
Ор#оп$ 3 М/пдо\мз Рогт$ Оезпег (Сервис » Параметры $ Дизайнер УИптдом$ Еогт$) — 
рис. 1.8. 

Значения полей Спа Зе определяют размер (шаг) опорной сетки — по ней 
выравниваются элементы управления. Флажок ЭНом 914 позволяет отклю- 
чать отображение сетки, а флажок Зпар © 914 включает и выключает режим 
автоматического притягивания элементов формы к узлам сетки. 

Практически идентичные режимы работы Дизайнера применяются при 
создании любых форм, поддерживаемых Ое|рШ, — как форм У/и1Ч4о\з плат- 
формы „МЕТ, так и \!еБ-форм для технологии АЗР.МЕТ, а также стандарт- 
ных форм УЛт4о\м$ (УСТ-форм) платформы МЛ т32 и их .МЕТ-версии УСГ. 
МЕТ. 
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Рис. 1.8. Настройка параметров опорной сетки для Дизайнера форм 


При создании УСТ-формы встроенный в БерЬ! Дизайнер (когда он 
доступен через закладку Оезюп) можно отключать. При этом Рефры начи- 
нает работать в режиме, привычном для пользователей Рер[! 7, когда про- 
ектируемая форма показывается сама по себе, а окно редактора — само по 
себе, как бы вне рамок среды. Чтобы включить такой режим, надо снять фла- 
жок Етреддег Оез!опег в окне Тоо5 Я Орйоп$ > УС Везодпег (Сервис > Параметры > 
Дизайнер \С\.). 


1.7. Адаптивный режим работы Дизайнера 
(Цуе Оезюпег) 


При создании в Дизайнереформ проектов УСГ или УСГ.МЕТ доступен режим 
так называемых направляющих линий Деявтпег Сищейпез. Он по умолчанию 
включен, а настраивастся флажком У5е дездпег диде!тез$ (Использовать направля- 
ющие в Дизайнере) в свойствах среды: Тоо5 Я Орюп$ > Епмгоптеги Орйоп$ > Берт 
Орйоп$ $ \УСЕ Пездпег (Сервис > Параметры $ Параметры среды > Параметры Бери! $ 
Дизайнер \СГ). В таком режиме перемещение компонентов на форме сопро- 
вождается появлением направляющих линий. Это упрощаст выравнивание 
графических элементов, что нередко выполняется «на глазок». Работа по 
направляющим особенно удобна, если шаг сетки Дизайнера выбран неболь- 
шим, а компонентов на форме много. 

Специальные метки отмечают средние точки перетаскиваемых объектов 
по отношению к близлежащим элементам. Опи возникают, когда перемеща- 
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емый компонент приблизился к неподвижному объекту на расстояние, мень- 
шее, чем задано в свойстве Магатз (Поля). Чтобы выровнять элемент по его 
внешним границам, удобно использовать свойство Айдп\/АМагаз. 

Для компонентов-контейнеров (ТРапе|, ТЕгате) введено также свойство 
РаЧЧта, которое определяет, сколь близко к границам могут приближаться 
расположенные внутри них элементы. 


Внижней правой части Дизайнера УС! -форм расположен небольшой значок (свое- 
образная глобальная карта), напоминающий, где и как на экране располагаются 
формы проекта. 


1.8. НТМЕ-дизайнер 


\!еБ-формы часто требуют особого дизайна, специфичного для НТМГ-стра- 
ниц. Для его создания предназначен еще один режим работы Дизайнера: 
НТМГ-дизайнер. Он доступен, когда создается приложение АЗР.МЕТ, в 
которое помимо исходного текста на языке ОерЫ включается также исхо- 
дный текст сценария на языке АЗР.МЕТ (или одном из других, входящих в 
категорию проектов \!еь Ооситеп{5$). Тогда соответствующий файл АЗР. 
МЕТ (с расширением ‚азрх) будет доступен на отдельной вкладке, а в редак- 
торе его синтаксис будет подсвечен в соответствии с правилами соответству- 
ющего языка разметки. 

Сам редактор кода НТМЕ/АЗР.МЕТ расширен различными усовершен- 
ствованиями, повышающими скорость и комфортность обработки файлов 
стилей С5$, текстов НТМЕ и тегов, а структура документа НТМГ. может 
отображаться в иерархическом виде в Просмотрщике структуры. 

В Ре также встроена новая система форматирования документов 
НТМГ, базирующаяся на общедоступном решении Ту ( #ду.зоигсеюгде.пе\). 
Оно разработано при поддержке консорциума \/\/У\У/, вырабатывающего 
всевозможные стандарты для Сети, поэтому представление результирую- 
щего документа НТМГ будет максимально приближено к официально реко- 
мендованному. 

Чтобы включить режим форматирования средствами Т!4у, надо перейти 
к настройкам Ое]рЫ: Тод » Орйоп$ > НТМУАЗР.МЕТ Орйопз » НТМЕ Т9у Орйопз 
(Сервис > Параметры $ Параметры НТММУА$Р.МЕТ $ Параметры НТМЕ Тюу), где пред- 
ставлено множество средств настройки этого визуализатора, и установить 
флажок Ц5е НТМЕ Ту аз 1пе деаий югтаНег (Использовать НТМЕ Т!4у как средство 
форматирования по умолчанию). 

Проектировщику пользовательского УМеБ-интерфейса теперь доступны 
два новых компонента: НТМЕ Ном Рапе! и НТМЕ Спа Рапе! из группы НТМЕ Еетем$ 
палитры инструментов. Они позволяют создавать на форме панели, элемен- 
ты внутри которых располагаются соответственно либо в предопределенных 
позициях, либо в ячейках таблицы. 
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1.9. Инспектор объектов 


В левой части главного окна Пер! обычно распола- 
гается окно Инспектора объектов (ОЩес! пзресюг). Его 
содержимое меняется в зависимости от того, какой обЪ- 598 
ект в Дизайнере выбран в данный момент. РогеСоюг 

Содержимое окна поделено на тематические группы 
свойств, а на закладке Еует$, как обычно, приводится 
список доступных событий для обработки. Некоторые 
компоненты (прежде всего невизуальные) имеют 
встроенные редакторы своих свойств. Так, компонен- 
ты связи с базами данных обычно содержат внутрен- 
ние редакторы формирования ЗОГ-запросов. Теперь 
все редакторы доступны в нижней части Инспектора в 
виде «гиперссылок» (рис. 1.9). 
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Рис. 1.9. Инспектор объектов в действии 


1.10. Менеджер проектов 


Этот традиционный для всех версий Ое]рН1 элемент среды предназначен для 
визуального сопровождения проекта. Менеджер представляет дерево файлов 
описаний форм и исходных текстов, исполнимого кода, библиотек. Несколько 
проектов можно объединить в группу, чтобы быстрее переключаться между 
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проектами. Находится окно Менеджера проектов 
по умолчанию в правой верхней части окна Оеры. 

На этапе развертывания проекта каждая сбор- 
ка МЕТ (фактически, файл .4П) должна разме- 


щаться либо в локальных каталогах проекта, либо |. = 68 Кегетелсея 

в так называемом глобальном кэше сборок — С[оба/! — Е И 
А55етЫу Сасйе (САС). В нем одновременно хранят- `В зу. Огамипо. а 

ся разные версии одной сборки, а любая из сборок | в. вони тотчЯ 
САС считается общедоступной на данном компью- ` ЗА чиРот.ра 


тере. 

Указать местонахождение сборки можно, выбрав 
в контекстном меню сборки в Менеджере пункт 
Сору оса! (Копировать локально) или задав в Инспекторе объектов значение ее 
свойства Сору [оса!. Данный пункт меню просто отметится флажком. А если 
он не отмечен (значение свойства Сору |оса! равно Газе), значит, сборка будет 
храниться в глобальном кэше. 

При необходимости в создаваемое сетевое клиентское приложение мож- 
но добавить \/е-ссылку на некоторую \/еБ-службу, используемую в нем. 
Для этого в контекстном меню дерева проектов надо выбрать пункт Ада 
У/еь ВеЕгепсе (Добавить \Меб-ссылку), и в специальном браузере Войапа П9ОО] 
Вго\зег указать местонахождение \/$01[.-файла, описывающего нужный 
сервис, или просто задать адрес нужной службы. Описание соответствую- 
щего ей программного интерфейса на Паскале будет сгенерировано Бер! 
автоматически и добавлено в проект. 

Менеджер проекта по умолчанию совмещен в одном окне с Просмотр- 
щиком моделей (Мо4е|[ \У1е\), визуально демонстрирующим структуру 
модели создаваемого приложения, и с Проводником данных (Баба Ехр|огег), 
предназначенным для визуального взаимодействия с СУБД. Проводник 
позволяет устанавливать действующие соединения с различными базами 
данных, тесно интегрирован с Дизайнером (любую из таблиц установлен- 
ного соединения можно, например, просто перетащить мышью на форму, и 
соответствующие компоненты, обеспечивающие связь с базой, будут добав- 
лены и настроены автоматически) и предлагает ряд дополнительных воз- 
можностей по настройке соединений. 


1.11. Настройки среды 


Среда Веры выполнена в стиле, напоминающем классический интерфейс 
М1сгозоЕ У15ца| био, поэтому многие приемы работы с нею приведены в 
соответствие с неформальным стандартом МтсгозоЁ на средства разработки 
для платформы „МЕТ (что, без сомнения, весьма удобно для программиста: 
не надо изучать новые интерфейсы). Так, все свойства Оефры доступны через 
команду главного меню То0 $3 Орйоп$ (Сервис > Параметры), и если ранее они 
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представлялись в виде окна с множеством закладок, то в последних версиях 
Пер! окно настроек представляет собой панель категорий (в левой части 
окна), а справа — панель параметров, соответствующих выбранному элемен- 
ту левой части (рис. 1.10). 
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Рис. 1.10. Цветовые пастройки 


Таблица 1.2. Основные категории окна настроек 


атегория . 
Епмгоптепе ОрНоп Параметры общих настроек ср 


ЕЧНог ОрНоп$ Параметры редактора исходных текстов 


НТМИАЗР.МЕТ Орнопз дараметры редактора НТМЕ и средств работы с технологией 


Оритигей Параметры системы оптимизации кода 


\ММеб$ пар Параметры технологии \ММеб пар 
СОВВА Параметры технологии СОВВА 


Параметры технологии ЕСО 


Параметры встроенной среды моделирования Тодепег 


Параметры средств локализации 
ОеБиддег ОрНоп$ Параметры встроенного отладчика 
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1.12. Новые компоненты интерфейса 


1.12.1. Панель-сетка (ТСиаРапе!) 


Панель-сетка (группа Ада\опа! палитры инструментов) позволяет пропорци- 
онально размещать на форме элементы пользовательского интерфейса. По 
умолчанию панель-сетка имеет четыре раздела, обозначенных пунктиром. 
В каждый из них можно поместить только один элемент, а при увеличении 
числа элементов для них автоматически создаются новые разделы. При этом 
все разделы равны по размерам и по форме, благодаря чему они располагают- 
ся с равными интервалами, независимо от размера формы. 

Так, разместив на панели-сетке несколько элементов, можно выровнять 
ее по размеру клиентского окна (главной формы), указав в свойстве Айдп зна- 
чение аС\ег и запустить приложение. Если теперь изменять размеры фор- 
мы, то расположение элементов на ней будет синхронно модифицироваться 
с соблюдением пропорций. 


1.12.2. Плавающая панель (ТРНомРапе!) 


Плавающая панель (группа АдЧ®опа! палитры инструментов) обеспечивает 
автоматическое размещение элементов управления в своих рамках, начи- 
ная с левого верхнего угла. Каждый новый элемент добавляется вплотную к 
последнему установленному. Впоследствии их расположение будет менять- 
ся автоматически в зависимости от текущего размера плавающей панели. 


1.13. Разное 


Компоненты ТЕЗ, ТСотроВох, ТВИВп и ТВицоп из библиотек УСТ. и УСЁЕ.МЕТ 
дополнились свойством Айдп, задающим способ выравнивания объекта отно- 
сительно родительского окна. А компонент Т Тгаусоп позволяет задавать ани- 
мированный значок приложения, показываемый на панели инструментов, 
когда приложение свернуто пользователем. Время анимации в миллисекун- 
дах задается в свойстве Аптае|тегиа|, сам значок — в свойство |соп. 

Реализована в Оеры 2006 поддержка технологии «рап ап4 $сто!» для 
новых мышей М1сгозой Пие]тоц$е, допускающих прокручивание не толь- 
ко по вертикали, но и по горизонтали. 


Глава 2. Технологии эффективного 
редактирования 


2.1. Редактор Берш 


Редактор Реры содержит множество интересных возможностей, которые 
даже в таком простом на первый взгляд процессе, как подготовка исходного 
текста, способны существенно повысить производительность работы: в разы, 
а может быть, даже на порядок! Так, в него добавлены новые средства рефак- 
торинга, подробно описанные в соответствующем разделе книги. Например, 
режим $упс ЕЧИ позволяет одновременно править все экземпляры одного 
идентификатора в коде, а одной командой можно прокомментировать боль- 
шой блок исходного текста. 

Работа с исходным текстом в РеарЫ уже давно не ограничена одним редак- 
тором. Так, Просмотрщик структуры программы (Згисвиге У1е\) представ- 
ляет в виде дерева иерархическую структуру кода: классы с полями и метода- 
ми, что позволяет двойным щелчком быстро переходить к их определениям и 
реализациям в исходном коде. 

Отметим также популярную функцию поиска описаний различных поня- 
тий в исходном тексте и навигации по ним: при нажатой клавише СТВЕ кур- 
сор следует подвести к выбранному определению, после чего появляется 
всплывающая подсказка. Щелчок на ней открывает файл с текстом соответ- 
ствующего описания, или же текущий файл прокручивается к точке деклара- 
ции данного идентификатора. 

При вводе программного кода возможен анализ его синтаксической кор- 
ректности в реальном времени. Он выполняется, если включен флажок Епабе 
Етог п! в настройках редактора (Тоо$ > Орюп$ > ЕЧйог Орйоп$ » Соде п59ы, 
Сервис > Параметры 3 Параметры редактора » Подсказки кода). При обнаружении 
ошибки соответствующее мссто в редакторе подчеркивается волнистой крас- 
ной линией, а при наведении на него указателя мыши возникает всплываю- 
щая подсказка с описанием причины проблемы. 
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Рис. 2.1. Средство просмотра структуры исходного текста 
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Рис. 2.2. Проверка исходного текста в режиме реального времени 
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Чтобы закрыть все окна, открытые в редакторе, кроме текущего, щелкните пра- 
вой кнопкой мыши на названии вкладки для текущего модуля и в открывшемся 
контекстном меню выберите команду С1озе АЙ Оег Раде$ (Закрыть все другие стра- 
НИЦЫ ). 


Далее мы рассмотрим важнейшие особенности редактирующей системы 
Деры:. 


2.2. Визуализация кода 


Линейка в левой части окна редактора содержит номера строк (с шагом по 
10 строк), что хорошо помогает ориентироваться в коде, где немало сверну- 
тых фрагментов. Кроме того, точный номер показан для строки, в которой в 
данный момент находится курсор. Строки, которые были модифицированы 
после последнего сохранения текущего файла, выделяются желтым цветом, 
а строки, модифицированные в текущей сессии, — зеленым. 

Новое окно Просмотрщика структуры (Згисбиге Уле\у) позволяет рабо- 
тать с исходным текстом на более высоком логическом уровне. Просмотрщик 
визуально представляет классы проекта и используемые модули. Щелчком 
мыши можно быстро переместиться к соответствующему определению в 
исходном тексте. Имеется также раздел Ошибки (Етогз) с перечнем выявлен- 
ных синтаксических ошибок. 
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Рис. 2.3. Средство просмотра объектной структуры кода 


2.3. Построение модели кода (Моде! Ме\м) 


Важнейшая особенность Пер! заключается в возможности представле- 
ния кода диаграммами классов ОМГ. Если при этом в исходный код вно- 
сятся изменения, происходит автоматическое обновление модели. Отметим, 
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что данную возможность не следует путать с поддержкой в ОерШ режима 
ОМГ-моделирования с помощью встроенной системы ВогарА Торешфег и 
ЕСО-моделей. Визуализация кода просто ускоряет процесс перемещения по 
исходному тексту, а концепция моделирования предполагает более развитые 
механизмы проектирования всей логики системы на уровне моделей. 

Для перехода от Менеджера проектов (фактически, от обычной структу- 
ры файлов проекта) к модельному представлению надо дать команду Мем $ 
Моде! Мем (Просмотр > В виде модели). К. этому же окну можно перейти и черсз 
вкладку Моде! Мем окна в правом верхнем углу, где совмещены Менеджер 
проектов, Средство модельного представления и Проводник данных. 
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Рис. 2.4. Средство модельного представления проекта 


Для перехода к определению того или иного элемеита в структуре моде- 
лей (описанию класса и любых его элементов) достаточно дважды щелкнуть 
мышью на соответствующей строке структуры. А находясь в редакторе кода, 
можно выбрать любой из элементов описания и дать команду контекстно- 
го меню Зупсйгопме Моде! Ме\м (Синхронизировать с модельным представлением) — в 
окне Моде! \Ме\м сразу же выделится соответствующий элемент. 

Если необходимо перейти от модельного представления к ОМГ-диаграм- 
мам, надо выбрать нужный элемент и в контекстном меню дать команду З@ес! 
оп Отадгат (Выбрать на диаграмме). Если текущий класс на днаграмме отсутство- 
вал, он добавится к диаграмме автоматически, если уже присутствовал — 
выделится его нужная часть. 
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Рис. 2.5. Пример модельного представления 


На каждой диаграмме указывается имя представляемого класса, его поля 
и методы. Если в проекте несколько классов, все они будут размещены на 
одной схеме (рис. 2.5). 


2.4. Подсказки в коде (Соде та) 


Режим отображения подсказок в коде включается через окно настройки сре- 
ды: Тоо8 > Орйопз » Соде пзам. Он существует в системе Реры на протяже- 
нии уже нескольких версий, постоянно дополняется и развивается. 
Средства настройки параметров режима автоматической подсказки рас- 
положены на панели Ацщотайс Реа\игез. Они означают следующее: 
® Соде сотрейоп (Автозавершение) — предлагается название свойства, типа, 
мегода или события в списке после указания названия объекта или име- 
ни класса и последующей точки; 
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Рис. 2.6. Настройка режима автоматической подсказки 


» Соде рагат&ег$ (Автозаполнение) — предложение параметров процедуры 
или метода после ввода соответствующего названия и открывающей 
скобки; 

е ТооШр ехргеззюп еуаайоп (Автовычисление) — подсказка с текущим зна- 
чением переменной или выражения при наведении курсора на соот- 
ветствующий идентификатор, всплывающая в процессе пошаговой 
отладки; 

® Тоошр Зутро пан (Автоописание) — всплывающая подсказка с описанием 
идентификатора при наведении на него курсора; 

® ТооШр Нер м$19дН( (Автосправка) — дополняет предыдущий пункт ссылкой 
на тематический раздел; 

® Епог п! (Автокоррекция) — выделение потенциально ошибочных мест в 
исходном тексте до компиляции, в процессе набора текста. Такие места 
подчеркиваются красным, а при наведении на них курсора всплывает 
подсказка с кратким описанием проблемы. 


Разным типам файлов с исходными текстами (например, Паскаля или Си++) со- 
ответствуют разные типы настроек-подсказок. Тип языка программирования вы- 
бирается в раскрывающемся списке Зоиугсе Не уре. 


Как быстро появится окно подсказки, определяет параметр Оезу (в секун- 
дах). Цвета различных элементов подсказок задаются в подразделе Союгз. 
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2.5. Шаблоны кода (Соде Тетр!ж{е$) 


Шаблоны типовых конструкций и операторов языка ОерЫ можно вводить в 
текущую позицию курсора одним щелчком мыши. Это выполняется с помо- 
щью так называемого Менеджера шаблонов, который вызывается командой 
Мем > Тетр/&ез$ (Вид > Шаблоны), когда в главном окне открыт редактор исхо- 
дных текстов. 

После вставки шаблона в исходный текст его код подсвечивается светлым 
цветом, а ряд его ключевых элементов выделяется синим шрифтом с подчер- 
киванием. По ним можно быстро перемещаться нажатием клавиши Таь (или 
ЭРИ + Таь в обратном порядке). Например, выбрав оператор цикла (рис. 2.8), 
мы можем сначала откорректировать имя переменной-счетчика Т, затем, 
нажав клавишу ТаБ, автоматически перейдем к редактированию начального 
значения цикла (0), а потом — конечного 1$. СоипЕ1: 


Рог Г := 0 во [15Е.СочпЕе-1 ао©® 


Наконец, нажав клавишу ТаБ в последний раз, попадем на следующую 
строчку за оператором гохк, в позицию ввода тела цикла. При этом подсветка 
снимется, и далее редактирование продолжится в обычном режиме. 

Более того, данный режим функционируст и в автоматическом режиме. 
При попытке ввода текста, соответствующего ключевому элементу одного из 
шаблонов, тот автоматически вызывается в текущее место. Так, набрав Еог И 
нажав пробел, мы сразу вызовем соответствующий шаблон. 
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Рис. 2.7. Менеджер шаблонов в действии 


2.5. Шаблоны кода (Со4де Тетраез) 
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Рис. 2.8. Автоматическое применение шаблонов кода 


В некоторых случаях шаблон даже автоматически вставляет описание перемен- 
ной-счетчика в качестве локальной переменной текущего метода. 


Список шаблонов кода (они еще называются «кусочками», $трре$) мож- 
но легко расширить самому, выделив в исходном тексте некоторый блок, 
затем зажав клавишу АГ и перетащив выделенный блок мышью на палитру 
инструментов. Новый «кусочек» добавится в конец раздела и получит назва- 
ние по первым символам блока кода. Впоследствии удалить его можно через 
контекстное меню. 

Кроме того, с помощью менеджера шаблонов можно выполнить более 
тонкую настройку. При выборе какой-либо строки в менеджере в основном 
окне редактора появится детальное описание этого шаблона, выполненное 
в ХМГ-формате, а в небольшом дополнительном окне самого менеджера — 
краткое описание шаблона. В этом формате можно запрограммировать очень 
сложные текстовые шаблоны (рис. 2.9). 
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Рис. 2.9. Описание шаблона в формате .ХМЕ 


Различные части кода можно также «обертывать» подходящими язы- 
ковыми средствами, например, быстро заключить в логический блок, раз- 
местить внутри оператора цикла или Ну-блока и так далее. Для этого надо 
выделить в редакторе нужный набор команд, вызвать его контекстное меню 
и дать команду Зитоипа, выбрав в подменю нужный оператор Реры. 


2.6. Умные блоки (Этан Воск) 


Система Оефры отслеживает парность введенных логических скобок Бедт/епа. 
В частности, набрав в редакторе ключевое слово Бедт, достаточно нажать кла- 
вишу Ещег, чтобы среда автоматически добавила завершающую скобку епд. 

К этой же функции относится и режим быстрого завершения описания 
класса. Допустим, имеется код класса, в котором описано множество мето- 
дов, однако некоторые (или все) пока не имеют реальных прототипов в раз- 
деле реализации. Ранее в лучшем случае можно было установить курсор на 
отдельный метод и нажать комбинацию СИ + ЗН + С, в результате чего в код 
автоматически добавлялась пустая реализация этого метода. ОерЬ 2006 
выполняет это действие для всех методов сразу, создавая все необходимые 
прототипы процедур и функций. 


2.7. Средства компактного свертывания кода 


(Соае Рота) 


Разные части кода можно сворачивать (схлопывать) и разворачивать, акцен- 
тируя тем самым внимание На наиболее важных в данный момент задачах 
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Рис. 2.10. Узлы сворачивания кода 


кодирования. Для этого достаточно щелкнуть мышью на небольших значках 
«+» И <«—», расположенных на линейке с номерами строк в левой части редак- 
тора (рис. 2.10). 

Свернутый код помечается в конце соответствующей строчки либо тремя 
точками в прямоугольнике, либо текстовым названием свернутого блока в 
прямоугольнике, например так, как показано на рисунке 2.11 (раздел Оезодпег 
Мападед Соде). 

Чтобы дать название сворачиваемой части кода, ее надо поместить в кон- 
струкцию препроцессора: 


{5$ ВЕСТОМ ‘название-части’ } 
сворачиваемый код: 
{ ЗЕМОВЕСТОМ } 


Сворачивать можно описания классов, разделы интерфейса и реализа- 
ции, тексты процедур, функций и методов. Можно также вкладывать свора- 
чиваемые части друг в друга. 


Удобная возможность быстрого перехода между реализациями методов — к сле- 
дующему или к предыдущему, возможна комбинациями клавиш С + Ай + стрел- 
ка-вверх или СИ + АЁ + стрелка-вниз соответственно. Также возможен ускоренный 
переход к самому первому и самому последнему методам в разделе реализации 
комбинациями С + АК + РчУр и СМ + АЕ + РдОп. 
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екирРогт и Ло ии пыл НЕ : 


ЗегирРогм; 
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еек кии кк чих чеку 


‚ 1 ал%егЕасе 


и5е$ 

Зузсет.Ргаи1тпа, эЗузсет.Со]11ес1опз, Зузсеш. Сотропепе Мо 
` Зузтем. М1паочз.Гогиз, Зузгею.рага, РгосеззСвескеезесс1 
Зузсешт. КезоцЕсеЕз; 


`} буре 


` 5 Т5есирРогш = с1а$$ (бузтет. Ч1пасиз.Роктз . Роген) 
55 вр Юытризех бецузшинр С-В 


‚ |  зихгасе ркобескеЯ 
И’/ хвыитагух 
/// саван ыр апу гезосыгсез фезио изе%. 
/гг 33 имитагул 
ргоседигке Р1зрозе (2Р13роз1па: Воо1еап); омеггзае; 
резуабе 
Г5ете1па3: ТРгосеззСсрескег5ест1птаз; 
ргосеаиге Рорц1астеСопсго!3; 
ргосечике дааРгосезз (рРгосезз: ТРгосез3з; р1.135У1ем: 
Толсё&1ол 3е1естсеаТпаех (рЬ135У1ем; 113%\У1еч)}: 1писедег 
илсе 1ол Зе1естеачТтем (рЬ1зъУзем: 1135У1еи): [13% \У1еч 
ргоседиге Епаю1еРгосеззВаетопз; 
ргосечиге Боре1ете (р. 135У1еи: Ь13з5\У1еи); 
ркоседиге Родаа (рЬ135У1еч: 113%5У1ещц}; 
ргосеЧчиге РБоЕЧ1с (рЬ135У1ец: 1135У1ечц); 
ргосейоге Епаь1еререпаапеВцесойз; 


ътлло +9ч>-> СочтьСь+ + тие 


` ` ` ; ` ` ` ` 


Рис. 2.11. Свернутый блок кода 


2.8. Организация закладок 


Классическая возможность Оеры позволяет задать до 10 закладок в каж- 
дом файле, открытом в окне редактора. Закладка ставится комбинацией кла- 
виш СИ + К + цифра от 0 до 9. В дальнейшем быстро переместиться к закладке 
можно, нажав комбинацию СИ + соответствующая цифра. Наличие закладки 
в некоторой строке индицируется небольшим зеленым прямоугольником в 
левой части редактора. Что особенно приятно, теперь закладки сохраняются 
при закрытии проекта и после повторной загрузки восстанавливаются авто- 
матически — ранее они пропадали. Для явного их удаления надо воспользо- 
ваться командой С!еаг ВооктагК$ (Очистить закладки) контекстного меню редак- 
тора. 


2.9. Синхронное редактирование (Соде Зупс) 


Режим синхронного редактирования (Зупс Е!) позволяет одновременно 
править все одинаковые части кода. Для этого надо выделить в исходном 
тексте некоторый блок и нажать значок в форме бинокля слева от линей- 
ки с номерами строк — в результате все одинаковые идентификаторы будут 
выделены (рис. 2.12). 
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7 сопзегасеог ТМа1иРоги. ТСи1саее 135 \У1ечТсета. Сгеасе (АС\115 Ц 

| | редал 

1ллега4еа Сгеате; 
РСи]1сцге := АСа1сцге; 

Техе := ВИ. Мане;  — о 

{  Зывтсеюз. даа (Са1тиге). р1зр1ауМапе); 

|  Зыртсева . даа ЕаТечЕе.Еро118ВМеме); 


зчь1сетз. лаа (Са1ечЕе].Мас1уеМаме) ; 


‚ела; 


с МазиРогт. ТЕЗ емсокеех } 
-.- стало 1оп ТМазпРост. ТЬ 15 Узеи1тетбоггег . Союраге (х: &ОБ)ес 
Вези1‹ := бузсем. 5огзлиа. Сошраге (.1э35\У1емТсем(х). 5 ар Те: 


17: ЕрезсеЯ1па «Лепл 
Везц!1с := -Кеза]1с; 


32 РСо!тпл = Уа1ае &Лел 
ЕГезсеа1п9 := ло ГрЕзсеа119 


РрезсеЯ1та := Ра13е; 
РСо1 апп := Уа1це; 


Рис. 2.126. ..и начинаем синхронную правку кода 
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Курсор находится у самого первого идентификатора, и при его редакти- 
ровании одновременно модифицируются и все другие экземпляры данного 
идентификатора в выделенном блоке. Далее можно перейти к следующей 
выделенной группе одинаковых идентификаторов. Для выхода из режима 
синхронного редактирования нажмите клавишу Е5с. 


2.10. Ведение списка отложенных дел (ТоО)о) 


Отметим такую крайне полезную возможность Бер, как ведение списка 
отложенных задач (То0о 151). С его помощью программист оставляет по все- 
му коду своеобразные заметки — напоминающие сообщения, которые в буду- 
щем помогут быстро сориентироваться в незаконченных модулях кода. 

Заметки удобно создавать, находясь в редакторе. Разместив курсор в стро- 
ке кода, куда надо добавить напоминание (оно будет представлено в исхо- 
дном тексте в виде обычного комментария, отличающегося специальным 
форматом), в контекстном меню выберите пункт Ада То-Оо |151 Иет (Добавить 
элемент списка напоминаний), после чего появится диалоговое окно формирова- 
ния такого напоминания (рис. 2.13). 


№ АЧЧ То-Оо Нет 
- Доделать рекурсивный цикл 


Шифрование *| 


Рис. 2.13. Добавление напоминания 


В поле Тех вводится описание напоминания, в поле Риойу — приоритет, 
важность (разрешены значения от 0 до5), в поле Омпег (Владелец) — имя авто- 
ра напоминания (вводится в произвольной форме или выбирается из уже 
существующих), в поле Саедогу (Категория) — тематическая группа напомина- 
ния (заполняется так же, как и поле Омпег). 

После нажатия кнопки ОК в исходный текст добавится следующая стро- 
ка: 


{ ТОПО 5 -оВася -сШифрование 
Доделать рекурсивный цикл } 


Модифицировать эту строку, конечно, нельзя, иначе потом система не 
сможет распознать такой комментарий как элемент списка напоминаний. 

Впоследствии, когда деятельность, связанная с подобной заметкой, будет 
завершена, соответствующий пункт списка напоминаний надо пометить как 
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Е Эд 


Рис. 2.14. Отметка об устранении недоделок 


«завершенный». Для этого достаточно вызвать основное диалоговое окно 
обработки списка напоминаний: Мем > То-Оо 1131 (Просмотр » Список напомина- 
ний), и в нем установить слева флажок. При этом строка с текстом напомина- 
ния будет записана зачеркнутым шрифтом (рис. 2.14). 

Само окно списка напоминаний содержит удобные средства быстрого 
поиска, сортировки и фильтрации подсказок. Сортировка происходит просто 
нажатием на заголовке соответствующей колонки, а фильтрация — вызовом 
из контекстного меню данного окна дополнительного диалогового окна Рег 
(Фильтр списка напоминаний), в котором можно указывать различные выбран- 
ные разделы (например, категории или пользователей). 

И конечно, любую строку списка напоминаний можно в дальнейшем как 
отредактировать, или удалить, просто выделив се в списке и выбрав в кон- 
текстном меню пункт Оеве (Удалить). Но применять этот прием рекомендует- 
ся только в крайних случаях (например, при вводе ошибочной заметки), так 
как гораздо полезнее полностью сохранять всю историю сделанной работы. 


2.11. Быстрое комментирование 


Любую часть кода можно быстро превратить в комментарий. Для этого его 
надо выделить, после чего нажать комбинацию клавиш С\ + /, и в начало каж- 
дой выделенной строки добавятся символы комментария //. 


2.12. Расширенные комментарии 


В дополнение к однострочным комментариям в стиле Си “//”", уже давно 
существующим в Вер, в новой версии появился их расширенный вариант, 
состоящий из трех символов: “///”. Он применяется для указания компи- 
лятору, что текст, следующий за ним, должен быть использован системами 
автоматического ведения документации (формирования ХМГ-докумен- 
та). Эта технология исходно реализована в системе М1сгозой \У15иа! С#. 
Фактически, такой трехсимвольный комментатор допускает указание набо- 
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ра ХМЕ-тегов, на основе которых и будет генерироваться эта документация, 
в итоговом виде представимая в виде ХМГ-файла. Список рекомендуемых 
тегов можно найти в документации МЕТ ЗОК, в разделе «Кесоттеп4е4 Таз 
юг оситежайоп Соттеп 5». 

Как получить результирующий документ? Надо установить соответ- 
ствующий флажок в окне параметров проекта (рис. 2.15): Рес 3 Орйоп$ $ 


х 


Сотрйег > Ооситемайоп 3» Сепегще ХМЕ доситемайоп (Проект » Параметры Я 
Компилятор > Документирование 3 Генерировать документацию ХМ). Теперь после 
компиляции проекта в его рабочем каталоге будут созданы файлы: имя- 
проекта.хт! и имя-модуля.хи!. 


| | ‚ Аррисаноп бов епеханоп г. 
‚ „Сотрёег. и м. `Орётизаног.. =. 

-}  Сотрйег Ме5аде$ С” ы Кесогд Звев аи 
-. - Ипкег : г: и: 
о Отескоме$/Соп9опа[$ 
1 Е бебиддег 

- бутЬо! ТаЫе$ Е —.:. 

- Епмгоптепе В/оск с я за уаг- 5$ 

м; | Г. Сотреке: Босдеап = 


__ 9 99а зутвах го :. 


— а реп рагатевиз _ о с 
В ГГ” дезулаЫе ‘Уре с совать: р 


Рис. 2.15. Настройка автоматической генерации документации ХМЕ 


2.13. Клавиатурные макросы 


Некоторые часто повторяемые последовательности нажатий на клавиши 
(например, для доступа к глубоко расположенным пунктам строки меню) 
можно записать в виде макропоследовательностей. 

Сделать это просто. Достаточно нажать красную кнопку Несога Масго 
(Запись) в нижней части окна редактора, после чего выполнить нужные 
действия с клавиатуры, а затем завершить запись нажатием на кнопку Зюр 
Аесог4та Масго (Стоп). Для воспроизведения макроса надо разместить курсор 
в нужной позиции редактора и нажать кнопку Р!аубаск Масго (Воспроизведение). 
Тотчас повторится ранее указанная последовательность нажатий клавиш. 

Отметим, что макрос хранится лишь на протяжении текущей сессии рабо- 
ты. После перезапуска среды он теряется. 


Глава 3. Технологии интеллектуального 
редактирования (рефакторинга) 


Средства рефакторинга, безусловно, являются одними из наиболее сильных 
нововведений последних версий Оеары. Несмотря на схожесть с механиче- 
скими операциями редактирования, операции рефакторинга вносят в код 
гораздо более глубокие, смысловые изменения. Ведь многие из них невоз- 
можно выполнить, не понимая программного синтаксиса и взаимосвязи опи- 
саний классов. 


3.1. Поиск модуля (Ета Упи) 


Данная возможность, вызываемая обычно из контекстного меню редакто- 
ра: Веасюг > Ема Упй (Рефакторинг > Найти модуль), позволяет добавить к спи- 
ску подключенных модулей (в ключевом слове изез) какой-либо из стан- 
дартных модулей, отвечающих строке поиска. Точка его включения (в раздел 
интерфейса или в раздел реализации) задается соответствующим переклю- 
чателем в нижней части окна (рис. 3.1). 


‘бизем. Г. 
букет. 
5 уз{ет.Тех Нед\агЕ хргеззюоп$. М аСИЕ узы 
бЗужет.Май 
.} бизет.Огаияд.Отаиитд20 .Мацих 
Зуяегт. Огаиитд Огаиип920 МашхО тег 


С Ао не: $ ейасе © претемавоо 


с | 


Рис. 3.1. Поиск и подключение модуля 
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3.2. Поиск ссылок (Ета Вегегепсез) 


Данная ВОЗМОЖНОСТЬ позволяет ВЫЯ- 
вить Наличие некоторого идентификато- 


ра во всех связанных с ним файлах проекта. [= веетепсех ю меннод стемве 
Идентификатор надо выделить в редакторе, [ “ ее екирЕогт.раз 

после чего дать команду Зеагсй > Епа Ве!егепсез | | 33 Бериротт := ТЗекирРоит.Сгеаке; 
(Поиск $ Найти ссылки). В появившемся окне `` солятиског Текиропт.Сгеаке; 


открывается структура с результатами поис- 
ка. 

При перемещении по результирующей структуре в редакторе синхронно 
будет отображаться нужная строка соответствующего файла. Для удобства 
узлы дерева можно безболезненно удалять — исходного кода это не коснется. 

Для поиска локальных идентификаторов можно воспользоваться вариан- 
том данной команды [па Ёоса| Неегепсе$ (Найти локальные ссылки), а если надо 
ограничиться лишь текущим файлом с исходным текстом, надо дать коман- 
ду Нид Оес!агайоп ЗутБо]. 


3.3. Поиск класса (Ета С1а$$) 


Рипа С!а$$ — новая возможность среды Вер! по поиску класса. Она вызы- 
вается командой Зеагсй » Епа Саз$ (Поиск > Найти класс) и позволяет быстро 
найти нужный класс, реализованный в библиотеках Пер, МЕТ или \/1132. 
Причем поиск происходит сопоставлением не с первым, а с последним эле- 
ментом каждого пространства имен. То есть, если нам надо найти класс 
Т\М/ИпРогт7, созданный в рамках текущего проекта, то, набрав уже первые симво- 
лы его названия, мы получим ссылку на класс \\МпРогт7.Т\пРогт7 (рис. 3.2). 


Рис. 3.2. Пример поиска класса по первым символам его имени 


После нажатия на кнопку ОК редактор переместит курсор к определению 
найденного класса. 
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3.4. Быстрая декларация переменной и поля 
(Оес!аге УамаЫе, Оес!аге Мем Ете!а) 


Данная возможность доступна, когда по результатам работы компилятора 
выявились необъявленные идентификаторы. На такой идентификатор надо 
установить курсор, дать команду Неасюог » Оес!аге УапаЫе (Рефактор > Объявить 
переменную), в диалоговом окне Оебаге Меми УапаЫе (Объявить новую переменную) 
указать идентификатор, его тип, начальное значение и при необходимости 
процедуру, в которой эту переменную надо объявить (рис. 3.3). 


Рис. 3.3. Объявление переменной 


Удобно пользоваться этим средством, когда код дополняется новыми 
функциями и требуется быстро задействовать дополнительные локальные 
переменные, например, для выполнения новых циклов. 

Схожая возможность доступна и для имени поля класса. Если некото- 
рый неопределенный идентификатор должен считаться в коде не локаль- 
ной переменной, а полем класса, надо дать команду Неасюг $ Оебаге Мем Неа 
(Рефактор » Объявить новое поле), в диалоговом окне дополнительно будет 
предложен соответствующий класс, где поле должно быть определено, а так- 
же его область видимости. 


3.5. Визуальное создание суперкласса 
(Ежгас+ Зирегс!а$$) 


На базе существующего класса можно быстро создать его «предок» — класс, 
включающий подмножество свойств и методов текущего класса. Для этого 
надо выделить конкретный класс в средстве просмотра модели: Мем $3 Моде! 
Мем (Вид > В виде модели), или в окне диаграммы классов, если таковая созда- 
на, и дать команду Веасог > Ехгас! Зирегс!а$$ (Рефакторинг » Извлечь суперкласс). 
Появится диалоговое окно, в котором можно указать члены исходного клас- 
са, подлежащие переносу, а также дополнительно уточнить, будет ли тот или 
иной метод абстрактным (рис. 3.4). 

Схожим способом извлекаются и интерфейсы: выделением класса и 
последующей командой Н@асог 3 Ехгас! |щейасе (Рефакторинг » Извлечь интер- 


фейс). 
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Рис. 3.4. Формирование суперкласса и списка 
включаемых методов 


3.6. Визуальное создание метода (Ежгас{ Ме'поча) 


Разработчик может выделить произвольную часть исходного кода и при- 
менить к ней операцию рефакторинга Ехгас! Ме!о4 (Преобразовать в метод) — 
рис. 3.5. 


россаате Маз пРОЕ. ИЕ 
‹- оедал 
Кеза]1с := бузтеш. бес1ич. Сошраге (1135\У1еу1* 
1Е Ррезсеа1па &Лепл 
Кези1с := -Везиа10; 
епа; 


Рис. 3.5. Формирование метода на оспове фрагмента кода 


В результате система попытается создать на базе этого кода новый метод 
(его название указывается в поле Мем тео4 пате), и впоследствии к соответ- 
ствующим операторам выделенного блока можно будет обращаться как к это- 
му новому методу. При этом в процессе рефакторинга автоматически сфор- 
мируются параметры метода и его локальные переменные. Выделенная часть 
кода должна быть, конечно, достаточно целостной по реализуемой логике. 


3.8. Глобальное переименование идентификатора (НВепате) 59 


3.7. Визуальное изменение списка параметров 
процедуры (СПапде Рагатщег$) 


Выделив имя процедуры, можно в визуальном редакторе откорректировать 
ее параметры, указав их название, тип и начальное значение. Это особен- 
но полезно, если число параметров велико, а некоторые из них описаны как 
имеющие значения, заданные по умолчанию. 

Вызов редактора параметров происходит после выделения названия про- 
цедуры и выполнения команды контекстного меню Веасюг > Спапде Рагата{ег$ 
(Рефакторинг » Изменить параметры). 


3.8. Глобальное переименование идентификатора 
(Вепате) 


Операция глобального переименования идентификатора во всех файлах про- 
екта применима к названиям переменных, методов, полей, классов, структур, 
интерфейсов и параметров. При этом накладываются естественные ограни- 
чения на процесс переименования: так, нельзя переименовывать перемен- 
ную в ключевое слово. 

Соответствующая команда Аеасог > Вепате (Рефакторинг » Переименовать) 
вызывает диалоговое окно, которое позволяет ввести новое название иден- 
тификатора в поле №ем Мате. Можно запросить предварительный просмотр 
дерева вхождений этого идентификатора в код, включив флажок \е\м геег- 
епсез Беюге геасюппа (Просмотр ссылок перед рефакторингом), в противном слу- 
чае сразу после нажатия кнопки ОК будет выполнено изменение названия 
идентификатора во всем проекте. Установка флажка позволяет исключить 
некоторые экземпляры идентификаторов из операций нажатием на кнопку 
Аетоуе Веасюипд (Удалить из рефакторинга). При этом, конечно, в исходном тек- 
сте сам идентификатор остается, просто он не включается в процесс модифи- 


кации. А выполнение рефакторинга выполняется нажатием кнопки Веасог 
(рис. 3.6). 


ие ® Репате уайаЫе 5 Ле Го 5 /ем2 п ТбенрРогт, сттРгосе$$е$ _Рорир, Зе ирЕогт.ра$ 
=: 9: 5еёурРогт.ра$ 
° 2 щен: и$Меи; 


23 Ш ещ := и$блем(ухет. \Ипдом5.Рогтз.Сог(ехМепи($епдег).5оигсеСопто!); 


3 Е ОЕ е = МОерепдаг($) Неп 


Рис. 3.6. Подготовка к переименованию идентификатора 
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3.9. Перемещение поля внутрь класса 
(пгодисе РНеа/ЛМапаЫе) 


Удобное средство быстрого создания нового элемента класса непосредствен- 
но из тела какого-либо метода позволяет вести кодирование, не перемеща- 
ясь многократно к описанию класса и обратно к операторам, реализующим 
его методы. Для этого сначала надо выделить какое-либо выражение в коде. 
Например, в таком обработчике: 


ргосеачге Ти1пЕогм.ВоаЕЕоп1_С11СсК (зепаег: Зузбет.оОБ)есе; 
е: зузеем.Еуеп(Ага$); 
уаг ху: ГпГеаекг; 


ЪБезд1п 

х := 10; 

У := х*2 + 5; 
епа; 


мы хотим взять выражение х*2 + 5 и присвоить его новому полю класса 
Т\УЛтЕогт. Для этого выражение выделяется в редакторе и дается команда 
Аеасюг > шпгодисе Ре (Рефакторинг > Создать поля), в диалоговом окне указы- 
вается название нового поля (Мате), будет ли оно статичным (флажок З{а!с) 
и его видимость (раскрывающийся список У $Ыйу со спецификаторами ри, 
риуме и тому подобными). Если, допустим, указать название нового поля 
МуНО, то после нажатия на кнопку ОК код изменится так: 


ргосеачге Ти1пРогм.Виае(оп1_С11СсК (зепаег: Зузеем.ОЪ]есе; 
е: бузЕем.ЕмепсАга$); 
уаг ху: Тпгедег; 
Ьез1п 
х := 10; 
бе1Е.МуЕ1а := х*2 + 5; 
у := МуЕ1а; 
епа; 


А вописание класса Т\У/штЕогт добавится новое поле: 


раЬ11с 
уаг 
МуЕ]1а: 1пеедекг; 


Если вместо команды Аеасюг » |пгодисе Реза (Рефакторинг » Создать поле) 
дать команду Неасюг > подисе \УапаМе (Рефакторинг > Создать переменную), то 
аналогично будет создана локальная переменная в пределах ближайшей про- 
цедуры или метода. 
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3.10. Перемещение описания между классами (Моуе) 


Этот мощный и ресурсоемкий прием позволяет переместить статический 
член класса в другой класс, или сам класс — в другое пространство имен. Для 
этого курсор устанавливается на соответствующем идентификаторе и дается 
команда Аеасюг 3 Моуе (Рефакторинг » Переместить), после чего в диалоговом 
окне указывается (выбирается в дереве) либо новое пространство имен, либо 
нужный целевой класс. 


3.11. Перемещение членов между классами 
(Рич! МетБег$ Ур/Оомт) 


Члены классов можно быстро перемещать либо от дочернего класса к одно- 
му из родительских (команда Веасюг » Ри! МетЬегз Ур), либо от родительско- 
го к одному из классов-наследников (команда Неасог 3 Ри! МетЬегз Оомп). 
Если команда применима к выделенному в исходном коде элементу класса, 
то открывается диалоговое окно, в котором предлагается выбрать итоговый 
класс, куда будут добавлены выбранные элементы (рис. 3.7). 


$} Ру! МетБег$ Ир 


=. Я бучетМИпдочз.Роитз.Ропт 
ь $3 бует\/идом$.Еонтз.СотматегСопно! 
ры ы будет А/тдом.Роггз. 5 стойаеСопио! 
29$ бущет\\/птдои$.Ронтз.Согито! 
ЕЯ бучет СотропеМоде! Сотропег! 


Рис. 3.7. Выбор перемешаемых членов класса 


При этом Из описания исходного класса соответствующие элементы, 
конечно, удаляются, иначе данный прием не имел бы особого смысла. 


3.12. Удаление лишних переменных (шПпе УапаЫе) 


С помощью данной возможности можно выполнить задачу, обратную преды- 
дущей: удалить из исходного текста упоминание о некоторой переменной, 
если она используется лишь временно в качестве хранилища промежуточно- 
го значения. Если у нас есть код: 
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ргосейцге ТиИ1пРоги.ВаЕеоп1_С11ск (зепаег: бузбем.оОБ)есе; 
е: бузсем.ЕуепЕАга$); 
уаг 
ххх: Шшшбседекг; 
х,у: Тобседек; 


Ъед1п 
х := 10; 
ххх := х*2 + 5; 
бе1Е.МуЕ1а := ххх; 
епа; 


то можно выделить первое упоминание переменной ххх, где ей присваива- 
ется начальное выражение х*2 + 5, и дать команду Неасюог » ше \апаЫе 
(Рефакторинг > Скрыть переменную). Код в результате изменится на такой. 


Бед1п 
х := 10; 


бе1Е.МуЕ1а := х®2 + 5; 
ера; 


Переменная ххх из кода была автоматически удалена, а записываемое в 
нее значение (выражение х*2 + 5) переместилось непосредственно в следу- 
ющий оператор. 


3.13. Безопасное удаление свойств и методов 
(Заге Беа“е) 


Безопасное удаление свойств и методов классов выполняется выделени- 
ем соответствующего элемента и выполнением команды Веасюг > Зае Оеве 
(Рефакторинг » Удалить). В диалоговом окне представляется список классов, 
содержащих данное свойство или метод, после чего нажатием на кнопку ОК 
выполняется автоматическое удаление элемента из всех классов. 


3.14. Быстрое перемещение строки в ресурсы 
(ЕЖгас{ Везоигсе 5{птд) 


Удобная возможность компилятора Вер по размещению всех строковых 
констант в разделе ресурсов результирующего кода значительно упроща- 
ющая процесс локализации приложения, не всегда пользуется популярно- 
стью. С помощью команды рефакторинга Ехгас{ Незоигсе З1ипд (Преобразовать 
строковую константу в ресурс) в программе создается раздел гезоигсе пд (если он 
не существовал ранее), и выбранная строка записывается в него с заменой в 
исходном тексте на идентификатор, указанный в поле Мате. 


3.15. Отмена операций рефакторинга 63 


Так, если в коде: 
хх := ‘Мама’; 


установить курсор на строке 'Мама’ и дать команду Неасюг > Ех!гас{! Незоигсе 
Зита (Рефакторинг > Преобразовать строку в ресурс), то откроется диалоговое 
окно, в котором надо указать подходящее название строковой константы в 
ресурсах (например, 5#Мата) — рис. 3.8. 


Рис. 3.8. Преобразование строковых данных в ресурс 


После нажатия на кнопку ОК код изменится на: 


хх := ОСиМапа; 


А в начало раздела реализации добавится такой код: 


гевоцгсев*г1па 
СссуМама = 'Мама’; 


3.15. Отмена операций рефакторинга 


Особенность всех операций рефакторинга: перед их выполнением можно 
оценить результат в режиме предварительного просмотра. Если в процессе 
длительной операции рефакторинга встретятся ошибки, то все промежуточ- 
ные модификации будут ликвидированы и код вернется в исходное состоя- 
ние. 

Операцию рефакторинга обычно отменяют стандартной командой меню 
Мем > Упао (Просмотр > Отменить, СИ + 2), однако для некоторых операций при- 
дется применять специализированный вариант ЭТОЙ команды. Более ПоОД- 
робно выполненные действия рефакторинга отображаются в окне Ве!асопподз, 


вызываемого из главного меню командой Мем > НВеасюптпд$ (Просмотр > 
Рефакторинги). 


Глава 4. Технологии компиляции 
и отладки 


4.1 


В связи с тем, что система ОерЫ, начиная с 8-й версии, пополнилась сред- 
ствами широкой поддержки платформы „МЕТ, в язык программирования 
ОерЬ! был внесен ряд дополнений. Связаны они прежде всего с возникшим 
пересечением названий ряда ключевых слов ОерЫ с идентификаторами, 
применяемыми в библиотеках классов МЕТ Ргатемо!К. 

Мы рассматриваем все изменения, происшедшие в языке Оеры, начи- 
ная с версии Оеры 8, в которой впервые появилась поддержка технологии 
МЕТ. 


. Новое в языке 


4.1.1. Использование расширенного набора символов 


За счет поддержки универсальной схемы кодирования Отисо4е в программе 
на языке ОерН! стало возможным применять не только символы АЗСИ, но и 
символы русского языка. В частности, отныне названия переменных и функ- 
ций можно записывать кириллицей: 


уаг Хомяк, Котенок: Тпбседек; 
Без1п 

Хомяк := 4; 

Котенок := Хомяк - 5; 
еп; 


Отношение к такой возможности у разработчиков неоднозначное, и если 
начинающим программистам и создателям приложений для личного пользо- 
вания вполне подойдет использование переменных с названиями наподобие 
«Ы» (верхний и нижний регистры в языках ОерЫ и Паскаль традиционно не 
различаются), то при работе в коллективе желательно все же придерживать- 
ся латинского алфавита, а кириллицу применять лишь в комментариях. При 
этом надо учитывать такое ограничение Деры, как недопустимость записи 
символами Отшсо4е названий идентификаторов в риб|с-разделах описаний 
классов (как в качестве названий полей, так и в качестве названий типов). 
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4.1.2. Поддержка пространства имен 


Одна из фундаментальных концепций технологии „МЕТ, физически поддер- 
живаемая средой выполнения СТ.К, — так называемое пространство имен: 
иерархическая система организации видимости идентификаторов (названий 
типов, переменных, функций). В системе Ое!рЫ! эта концепция реализована 
с помощью модулей (ипи5), когда программист размещает в интерфейсном 
разделе набор доступных для других модулей идентификаторов, обработ- 
ка которых скрыта в разделе реализации. Нередко в прикладной програм- 
ме по каким-либо причинам необходимо использовать уже существующий 
в библиотеках ОерЫ идентификатор в виде, например, собственной пере- 
менной. В соответствии с фундаментальной семантикой Паскаля, любой 
идентификатор оценивается компилятором прежде всего с точки зрения его 
локальности, и лишь потом, если не найдено его описание в пределах текущей 
подпрограммы (в виде локальной переменной или в виде параметра), поиск 
продолжается в пределах текущего класса, модуля и так далее. Поэтому, если 
в некотором операторе надо применить стандартный идентификатор какой- 
либо библиотеки Пе|ры, аон уже задействован в текущем модуле в качестве, 
например, локальной переменной, то перед этим стандартным идентифика- 
тором, отличающимся от локального описания, надо дополнительно через 
точку указать префикс: имя модуля, в интерфейсной части которого он опи- 
сан. Следующий код ошибочен: 


уаг ТпеТобЕг: 5ЕЕ1пд; 


Ъед1п 

ТоеТобехг := '5'; 

ТиеТобег := ТаЕеТобег (10); 
еп; 


Идентификатор ТпЕТобех используется и как локальная переменная, и 
как стандартная функция преобразования числа в строку, но так как иденти- 
фикатор в первую очередь рассматривается на уровне локальных определе- 
ний, то выражение ТпЕТобег (10) считается ошибочным. Чтобы вызов рабо- 
тал корректно, укажем перед ним название стандартного модуля 5уз0%Е11е: 


уаг ТпЕеТобЕг: 5Егх1п9; 


ЪРед1п 

ТпеТобех := '5'; 

ТпеЕТобЕехг := 5у$0611$.ТпЕТобек (10); 
ера; 


С появлением большого числа новых классов МЕТ (несколько тысяч) 
ситуация с поддержкой соответствующих идентификаторов усложни- 
лась тем, что подход ОерЫ ориентирован на одноуровневое представление 
(модуль-префикс и идентификатор), а классы МЕТ организованы в виде 
объемной иерархии, и к различным идентификаторам надо обращаться под- 
час через длинную цепочку названий стандартных классов-наследников. 
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Уровень такой иерархии в СТК называется пространством имен — в его 
текущих пределах и определяется некоторый ряд идентификаторов (напри- 
мер, типов данных). Эта концепция реализована и в языке ОерыЫ для плат- 
формы МЕТ. 

Проект Ре!рЫ задает так называемое пространство имен проекта по умол- 
чанию. Все включенные в него модули вносят свой вклад в это пространство 
(предоставляют идентификаторы, описанные в их интерфейсных частях). 
Название этого пространства разработчик выбирает сам, указывая его сле- 
дом за ключевым словом Ргодгам, например: 


Ргодгам МуРго]есЕ$.МуМогКк.Рго)1; 


Все входящие в такой проект модули будут по умолчанию считаться 
относящимися к пространству имен МуРго)есе$ .МумогК.Рго)1, которое по 
отношению к ним должно использоваться Как префикс. Так, модуль С заго- 
ЛОВКОМ: 


и1п16е 01161; 
в пределах данного проекта будет задавать пространство имен 
МуРго]есе$ .Мумогк.Рго71.0п161. 


Можно указать и явное пространство имен, формируемое неким модулем, 
если оно не должно быть привязано к текущему проекту: 


011 АпобвегРго]есё$.Ь1р.АяаЯ161опа]1 .ТезеОп1е; 


Отличительная особенность пространства имен — запись его через точ- 
ки, разделяющие отдельные идентификаторы. По правилам техноло- 
гии .МЕТ запись АпоВегРхго]есез.Ъ1Ъ.АЯа1е1опа1 определяла бы класс 
АпоеНегРго)есез, в котором имеется вложенное поле т.1Ъ (либо г1ь как 
наследник класса АпоевегРго)есез), которое, в свою очередь, детализирует- 
ся понятием А9а1Е1опа1 и так далее. В Реры запись названия пространства 
имен характерна тем, что точки-разделители являются неотъемлемой частью 
одного целостного названия, а идентификаторы между точками сами по себе 
не несут никакого смысла в плане поддержки реализации иерархии классов. 
Такая реализация уже существует в .МЕТ, а схема записи пространств имен 
Ое!рЬ! с дополнительными точками между идентификаторами создана преж- 
де всего для удобства и совместимости с принятой формой записи МЕТ. 

Так, вышеописанный модуль будет храниться в файле АпоНегРгоесз.ЦЬ. 
АЧЧюопа!. Тез ИУпК.раз — такой подход просто повышает наглядность проекта. 
Конечно, не исключено, что в каких-то ситуациях будут существовать и фай- 
лы АпоегРго]ес!$.НЬ.АдаИюпа!.раз, и АпофегРго]ес$.4Ь.ра$, реализующие функци- 
ональность или ее отдельные особенности вышестоящих уровней иерархии 
в рамках Ое|рЫ, однако это совсем не обязательно. 

При использовании пространства имен требуется, чтобы перед иденти- 
фикатором стояло либо полное наименование этого пространства, либо оно 
не использовалось бы вообще. Так, описание переменной ху? будет искаться 
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компилятором как обычно — в пределах текущей процедуры или метода, 
текущего модуля, и в интерфейсных разделах всех модулей, перечисленных 
в разделе чзез, а вот запись АпоЕВегРго)есе$.[1р.АЯ91Е1о0опа1.ТезЕОп1е. 
ху7 подразумевает обращение к идентификатору ху2 конкретного модуля 
(пространства имен) АпоЕНегРго)есез.11Ю.А991е1опа1.Тезе0п1е. При 
этом будут неверны любые сокращенные формы записи: 


Тезе0п1е. ХУЙ 
116.АЯЯ1Е1о0опа]1.Тезе0п1е. Хуй 


Отметим, что в сборку „МЕТ (точнее, в метаинформацию о структуре сборки) 
включается информация об используемых в ней пространствах имен таким об- 
разом, что из названий пространств имен удаляется последний идентификатор с 
точкой перед ним. То есть, пространство имен модуля АпоШегРго]ес{$.ИЬ.АаЧюпа|. 
Тезлпи будет представлено в метаданных соответствующей сборки проекта как 
АпопегРго]ес$.Ь.АдЧюпа| (без последнего названия модуля). 


Одно и то же пространство имен может быть физически реализовано в виде 
нескольких файлов в формате .РАЗ. Для этого после названия простран- 
ства имен указывается ключевое слово 1п, за которым следует строка, а в ней 
через точку с запятой перечисляются модули, вся интерфейсная информа- 
ция из которых включается в это пространство имен. 


ивев АпоспегРго]есе$.[1.АяЯ1е1опа]1 1п 
‘иогк/ТезЕ0п1е.раз;../аЯа/Со0п1*.раз’; 


Здесь пространство имен АпоЕпекгРко)есёз.115.АЯяЯ161опа1 задается 
интерфейсами модулей ТезЕ0п1е и бо0п1е. При этом если в них обнаружат- 
ся одинаковые идентификаторы, то компилятор сообщит о конфликте имен. 


4.1.3. Дополнительные спецификаторы видимости 


В целях синхронизации возможностей ПерЫ с требованиями специфика- 
ции общего языка СТ.$ .МЕТ в ОРерЫ введены два дополнительных специ- 
фикатора видимости элементов класса. Комбинация зЕхг1сЕ рг1уафе дела- 
ет элемент видимым исключительно в рамках класса, в котором он описан. 
А элемент со спецификатором зех1сЕ ргосескеа делает элемент класса 
видимым как в этом классе, так и во всех его наследниках. 


Суре 
ТИтоРоги = с1авв (бузбен.М1паом$ .Рогмз.РГогм) 


8е:1се рг1уаебе 
{ бЕу1сЕ Рг1луабе ПБес1ахаб1опз } 


х: 1пбеаег; 


ера; 
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4.1.4. Абстрактные и закрытые классы 


В дополнение к абстрактным методам (реализация которых в текущем клас- 
се не обязательна) в РерЫ стало возможным описывать целиком абстракт- 
ные классы. 


Суре Тх = с1авв аЪвегасе 
рчЬ11с 
х,у: Тпбедег; 
ета; 


Экземпляры абстрактного класса создавать не разрешается, но допустимо 
определять на их основе классы-наследники. 


Абстрактные классы активно применяются в технологии ЕСО, где они нужны для 
построения моделей на базе УМ!-диаграмм. 


Класс Также можно объявить закрытым с помощью ключевого слова зеа1еча. 
Суре Тх = с1авв веа1еа 
рчЬ11с 
х,у: Тпбедек; 
ера; 


Экземпляры закрытого класса, наоборот, создавать разрешается, но нель- 
зя определять классы-наследники. 


4.1.5. Помощники классов 


Помощники классов упрощают расширение описаний классов, представ- 
ляя собой описание дополнительного «кусочка» уже существующего класса. 
Например, имеется описание: 


Суре Тх = с1авв 


рчЬ11с 
х,у: Тибеаег; 


ера; 


Мы хотим расширить его новым методом. Однако модифицировать ОПИ- 
сание этого класса по каким-то причинам нежелательно или невозможно. Но 
тем не менее расширить его можно использованием помощника класса. Он 
представляет собой описание, Напоминающее обычное описание класса, с 
дополнительным указанием названия расширяемого класса после ключевых 
СЛОВ с1азз Пе1рег Рок. 
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фуре ТхНе1рег = с1авв Бе]1рег Ёог Тх 


ргосеачге Са1]1Мепо; 
ета; 


Реализация метода Са11Мепо ДОоЛЖнНа выполняться для помощника клас- 
са ТхНе]1рег: 


ргосеачмге ТхНе1рег.Са11Мепо; 
Ъед1п 


еп; 
Однако обращаться К нему можно как к обычному методу Класса Тх: 


уаг х: Тх; 


х := Тх.Сгеаее; 
х.у := 1; 
х.Са11Мепо; 


4.1.6. Поля класса 


Поля класса — это его элементы, к которым может быть организован доступ 
независимо от наличия физической ссылки на реально существующий объ- 
ект (экземпляр класса). Для этого внутри описания класса создается так 
называемый уаг-блок, определяющий подобные поля класса. Такой блок 
начинается комбинацией ключевых слов с1азз уак, и считается синтакси- 
чески завершенным, когда в дальнейшем встречается другой уаг-блок, опи- 
сание процедуры или функции, свойства, конструктора, деструктора или 
любого спецификатора видимости. 


Суре Тх = с1фавв 


с1авв чаг 
х: 1п6бедег; 


ета; 


Здесь внутри типа сх мы описали поле класса под названием х. К нему в 
коде можно обращаться, например, так. 


Тх.х := 1; 


При этом идентификатор-префикс ех выступает здесь как название типа 
(класса), а не как реальный объект-экземпляр класса. 

Схожий подход допустим и при создании статических методов класса, 
которые также могут быть вызваны, если экземпляр класса явно не создавал- 
ся. Для этого в начале метода ставится ключевое слово с1азз, а после описа- 
ния метода указывается ключевое слово зкаб1с. 


з 
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Буре Тх = с1авв 


с1авв уаг 
х: 1пбседег; 


с1авв Еапсе1оп аб: Тпбедег; вка®1с; 
ера; 


// реализация: 
с1авв ЁЕапсе1оп Тх.аБ: Трбесдзех; 
Бед1п 
Веза1е := 1; 
епа; 


// 
Тх.х := Тх.авБ; 


При этом в реализации такого статического метода обращение к нестати- 
ческим элементам своего класса не допускается, так как доступа к реальному 
экземпляру класса (5е1Е) у них нет. 


4.1.7. Внутренние типы и константы классов 


Внутри классов разрешается определять константы. 


Суре Тх = с1авв 


рчЬ11с 
сопве Геп = 5; 
епа; 


Размещать их имеет смысл, конечно, в разделе рис, чтобы потом обра- 
щаться из внешних процедур. 


Мх1се( Тх.Цеп ) 
Также можно определять и внутренние типы. 


Суре Тх = с1авв 


рчЬ11с 
сопвЕ еп = 5; 


Суре схКес = гесога 
х,у: Тпбедег; 


ера; 


епа; 
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уаг Е: Тх.ЕхКес; 
Ъед1п 

С.у := 0; 
ева; 


В данном случае вложенный тип ЕхВес, если он описан в разделе рис, 
может использоваться в программе наравне с любыми другими типами, толь- 
ко с префиксом типа-владельца. Область действия таких типов ограничена 
только описанием класса, в котором они декларированы. 


4.2. Новые возможности вызова подпрограмм 


В ряде случаев в целях оптимизации можно попытаться объявить некото- 
рые процедуры встраиваемыми (1п11пе). Вызов таких процедур происходит 
фактически на этапе компиляции: вместо реализации вызовов в соответству- 
ющие точки кода автоматически подставляются исходные операторы встра- 
иваемой (шПпе) подпрограммы. Впрочем, компилятору далеко не всегда уда- 
ется выполнить такую подстановку (например, если встраиваемый (шИпе) 
метод представляет собой конструктор, то необходимо учитывать логику 
работы приложения, что на этапе компиляции редко возможно), но в ряде 
достаточно очевидных случаев (например, если некоторая вычислительная 
функция со сложной логикой вызывается очень часто) такой подход может 
принести существенную выгоду. 


Отметим, что выигрыш от встраиваемых подпрограмм выше при использовании 
компилятора МЕТ и при описании в качестве встраиваемых функций с большим 
количеством параметров. А маленькие функции, описанные как шпе, могут общую 
производительность и понизить. 


Чтобы объявить некоторую процедуру встраиваемой (шПпе), надо после ее 
определения поставить ключевое слово 1п11пе: 


ЕапсЕ1од Ааа2(х, у: Тпёедег): Тпбедег; 1пт11те; 
Без1п 

Вези16 := х +\у; 
еп@; 


С методами классов директива ппе не работает. 


Компилятору можно подсказать с помощью инструкции {ТМЬТМЕ АОТО}, что 
весь последующий код он может обрабатывать, самостоятельно решая, какие 
подпрограммы использовать как встроенные. Также можно явно побудить 
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компилятор постараться сделать все без исключения подпрограммы встра- 
иваемыми директивой {тмЬтмЕ ОМ}. Отключается такой режим директивой 
{ТМЬТМЕ ОЕЕЁ}. 


4.2.1. Начальные значения параметров функций 


При описании заголовка процедуры или функции можно указывать НачалЛь- 
ные значения параметров в форме, принятой для определения констант. 


Еарсе1оп Ааа2(х: Тпбедег = 1; у: Тоседег = 2): ТаЕедекг; 
Бед1п 

Везц1е := х +\У; 
епа; 


Если теперь указать вызов такой функции без параметров: 
0 := Ааа? (); 


то она вернет значение 3 (значение параметра х будет по умолчанию 1, а зна- 
чение параметрау — 2). 

Можно также указать не все параметры, при этом считается, что опуска- 
ются только последние из них. 


7) := Ааа? (5); 


Значение 5 будет передано параметру х, и функция вернет значение 
5+2=7. 

Значения параметров по умолчанию необходимо указывать без пропу- 
сков: если некоторый параметр имеет значение по умолчанию, то и все после- 
дующие за ним параметры также должны иметь начальные значения. То есть, 
запрещены записи, подобные следующей: 


Еапсе1оп Ааа2(х: Тпбедег = 1; у: Тпбедег): Тпеедек; 


4.2.2. Динамические многомерные массивы 


Удобная возможность ОерЫ по поддержке динамических одномерных мас- 
сивов (векторов переменной длины) в новой версии расширилась средства- 
ми организации многомерных динамических массивов. Ранее динамический 
массив создавался так. 


уаг а: аггау оЁ Тпгедег; 


Теперь число его размерностей может задаваться не менее гибко, длинной 
конструкцией. 


аггау оЁ аггау оЕЁ аггау оЁЕ ... тип 


Например, двумерный динамический массив может быть декларирован 
так. 


уаг а: аггау оЁ аггау оЁ ТпГедег; 
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Чтобы работать с таким массивом, сначала надо указать размер по первому 
измерению (фактически, количество одномерных массивов). 


бесрЬепаЕВ (а, 10); 


А затем надо указать длину каждого из этих десяти одномерных масси- 
ВОВ. 


Рог 1 := 0 Фо 9 ао 
бееЬепаЕН( а[1], 20 ); 


Вместо явных значений 0 и 9 (нижней и верхней границ массива) лучше 
использовать стандартные функции Гон и Над. 


Еог 1 := ГБом(а) во Н1оп(а) @о 
беегепаЕВ( а[1], 20 ); 


Обращение к отдельным элементам массива происходит обычным спосо- 
бом. 


Рог х := Гом( а[3] )} во Н190( а[3] ) ао 
а[3,х] := 0; 


Отметим, что размеры динамических массивов, в отличие от статических, 
по последнему измерению совсем не обязательно должны совпадать. 


Еог 1 := 0 во 9 ао 
бесЬепаЕВ( а[1], 1+2 ); 


Здесь мы формируем двумерный массив, в котором будет 10 строк, но 
длина каждой из строк (количество элементов одномерного массива соот- 
ветствующей строки) составит от 2 до 11 элементов. 


4.2.3. Перебор элементов контейнера 


Очень удобна возможность элегантного перебора в цикле всех элементов 
некоторого контейнера-хранилища данных. В качестве контейнера может 
выступать массив, строка, множество или коллекция (с поддержкой метода 
СесЕпимегабсог). Общая структура нового оператора цикла такова. 


Еог элемент 1п контейнер @ао 
тело-цикла; 


В качестве элемента должна указываться переменная, тип которой совпа- 
дает с типом отдельного элемента контейнера. Значение этой переменной 
внутри тела цикла модифицироваться не может. Первоначально элемент 
цикла принимает значение первого элемента контейнера (расположенного 
по его нижнему индексу), а затем поочередно принимает значения следую- 
щих элементов до конца контейнера. Если контейнер — многомерный мас- 
сив, то в элемент цикла будет записываться массив с числом измерений, на 
единицу меньшим, нежели исходный. 
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Если в качестве контейнера выступает строка, то перебор происходит 
поочередно по символам этой строки от начала до конца. 


б := '12345'; 


Рог с 11 ©9 ао 
Их1се!т ( с ); // поочередно печатаем символы 1, 2, 3, 4, 5 


Схожая ситуация и с множеством, а Также с классами (и ИХ наследниками), 
которые могут рассматриваться как последовательные наборы объектов. Для 
ЭТОГО ОНИ ДОЛЖНЫ быть наследниками стандартных классов ТСо11]1есЕе1оп, 
Т5Ех1па$, ТТосехЕасеГ 15%, ТСошропепе, ТМепаТГ$ еп, ТСазбоптАсе1оп1[136, 
ТЕ1е14з, ТЬ1зЕТЕеще, ТТкееМодез ИЛИ ТТоо1Ваг. Например, перебор всех 
элементов стандартного компонента-списка Г1$еВох1, размещенного На 
форме, и перенос их в многострочное поле Мепо1 запишется так: 


уаг $5: 5ЗЕг1пда; 


Еог с 1п [Г156Вох1.Теемз ао 
Мепо1 .Г1пез.Ааа($); 


Так как свойство Теепз списка имеет тип Т5Ег1паз (набор строк), то пере- 
менная з будет последовательно, по мере выполнения цикла, принимать зна- 
чения из этого списка. 

Переменная-счетчик в таких циклах не обязательно должна быть базово- 
го типа. Если коллекция хранит записи или объекты, то и счетчик будет опи- 
сан как запись или класс. 


4.2.4. Перегрузка операций 


Очень мощная возможность перегрузки различных арифметических, логи- 
ческих и битовых операций, схожая с аналогичными возможностями Си++, 
открывает перед пользователями Оеры большие перспективы — гораздо 
более внушительные, нежели может показаться на первый взгляд. Так, сама 
по себе перегрузка операций позволяет с помощью стандартного синтакси- 
са записывать в общепринятом виде выражения над произвольными типами 
данных. Однако на самом деле перегрузка операторов — значительно более 
глубокая концепция. 

Допустим, мы хотим создать в программе новый класс, но выполнять дей- 
ствия над ним желательно не только обращением к его полям и методам, но и 
с помощью обычных «арифметических» операций, записываемых символа- 
ми «+», «—> и тому подобных. При этом смысл таких операций может, конеч- 
но, кардинально отличаться от исходного. Пусть наш класс Т\есюг представ- 
ляет собой вектор произвольной длины (фактически, динамический массив). 
Мы хотим создать в программе операции сложения, вычитания, умножения 
и деления таких векторов с помощью наглядной записи. 
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Суре ТУесбог = с1авв 


рчЬ11с 
РУесбог: аггау оЁ Поч1е; 


сопвегасвог Сгеасе(1еп: Тпеедег); 
еп; 
сопвегасеог Т\Уесбог.Сгеаее (]1еп: Тпбедег); 
Уаг 1: Тпсеаег; 
Ъед1п 
1прег1$еа Сгеа(е; 


беГепаей (ЕУесбог, 1еп); // длина массива 


// обнуляем: 


Еог 1 := 0 во 1еп-1 ао 
ЕУесбог[1] := 0; 
ета; 


При создании объекта-вектора в конструкторе надо указать количество 
его элементов. 

Теперь в описание класса необходимо включить указание на перегружае- 
мую операцию сложения, применимую для экземпляров данного класса. Для 
этого с помощью ключевых слов с1азз орегабог И одного из названий пере- 
гружаемой операции надо добавить соответствующий заголовок. Дополним 
описание класса также функцией 1 еп, возвращающей текущее число элемен- 
тов в нем. 


суре ТУесбог = с1авв 


рчЬ11с 
ЕУессог: аггау оЕЁ Поц1е; 


с1авв орегабохг АДЗАа( а,р: ТУесбог ): ТУесфок; 


сопвЕгасеог Сгеабсе(]еп: Типбедег); 
Еапс®1оп 1еп: Тибеаег; 


епа; 


// длина вектора 

ЕарсЕ1одп ТУесбсог.1епт: Тпфедег; 
Ъез1п 

Везц1е := ЦераеН (ЕУесбог); 
ера; 
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Название перегружаемой функции-оператора Ада для операции сложе- 
ния выбирается не произвольно, а в соответствии с документацией (раздел 
Орегафог Оуег|оа45 МЕТ). Так, название Ааа соответствует перегружаемому 
сложению (реально же может выполняться любое действие, которое разра- 
ботчик определит для оператора +). 

Реализация функции оператора Ада может быть такой. 


с1авв орегабог ТУессог.Ааа(а, БР: ТУесЕог): ТУесбог; 
уаг 
1, п: Тобедег; 
У: ТУес®вокг; 
Ъед]1п 
п := Маер.м1п(а.1еп, Ь.1еп); 
У := ТУесбог.Сгеаее (п); 
Еог 1 := 0 во п-1 @ао 
У.ЕУесбог [1] := а.Е\Уесбог[1] + Р.ЕУесвог[1]; 
Везо16 := У; 
епа; 


Здесь создается новый вектор с длиной наименьшего из векторов-пара- 
метров, затем в него заносятся попарные суммы соответствующих элементов 
векторов-параметров. 

Схожим образом реализуется и операция умножения (перегружаемая 
функция-оператор Ми1Е1р1у). 


Суре ТУесбог = с1авв 


рчЬ11с 

ЕУессог: аггхау оЁ Поч]е; 

с1авв орегабог АЧа( а,Б: ТУесбог): ТУесеок; 
с1авв орегаког Мо1Е1р1у( а,Б: ТУесбог): ТУесвог; 


сопвёгасеог Сгеасе(1еп: Тпседег); 
Еипсе1оп 1еп: Трседзекг; 
еп; 


с1авв орегабохг ТУесГог.Ми1Е1р1у(а, Ъ: ТУесвог): ТУесеог; 
уаг 
1, п: Тобедек; 
У: Т\У\Уесвог; 
Ъезд1п 
п := Мабр.млро(а.1]еп, Б.1еп); 
У := Т\Уесбог.Сгеаее (п); 
Еог 1 := 0 во п-1 @о 
Уу.ЕУесбог [1] := а.ЕУесбог[1] * Ь.ЕУесвох[1]; 
Везц1е := У; 
епа; 
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Аналогично создаются операции вычитания (заЪегаск) и деления 
(21у14е). Основное преимущество такого подхода в том, что теперь мы полу- 
чили новый выразительный прием записи арифметических выражений над 
переменными-векторами. 


уаг а, Ю, с, Я: ТУесеок; 


Ъед1п 

а := ТУесбог.Сгеа®е(5); 
Ь := Т\Уесбог.Сгеаее (10); 
с := ТУесбог.Сгеаее (50); 
Я := ТУесбог.Сгеаее(0); 


// заносим значения в эти векторы 


// вычисляем по формуле: 
Я := (а + Ъ) *с - Ь /а; 


Приоритеты операций остаются стандартными, то есть в первую очередь рассчи- 
тываются выражения в скобках, затем выполняется «умножение» и «деление», а 
ПОТОМ — «сложение» и «вычитание». 


Данная возможность позволяет реализовывать и гораздо более сложную 
логику, которая станет «раскручиваться» исполнительной средой автомати- 
чески. Например, не очень трудно написать систему аналитического диффе- 
ренцирования, когда некоторая операция внутри себя развертывается в свой 
результат-производную по известным правилам, и такой процесс будет раз- 
виваться автоматически до получения конечной формулы, так как логика 
всех операций задана заранее. А запустить ее можно, например, перегрузив 
стандартный метод То$Ех1па и просто обратившись к нему из формулы, под- 
лежащей дифференцированию. 


Их1ее( (х*х + 2%х + 5) .ТобЕхк1па ); 


Если для переменных х определен свой оригинальный тип элемента ана- 
литического выражения, а в перегруженных операторах учтены взаимо- 
действия как таких типов друг с другом, так и с числовыми константами, 
то аналитическое вычисление выполнится исполнимой средой поддерж- 
ки перегруженных операторов автоматически (с привлечением механизма 
рекурсии)Д. 

При этом операции умножения и сложения должны выдавать в некото- 
ром внутреннем виде результат дифференцирования параметров. 


4.2.5. Перегрузка преобразований типов 


Помимо перегрузки операторов система Ое]р! допускает и перегрузку опе- 
раций преобразования типов. Явное преобразование формируется функ- 
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цией-оператором Ехр11с1&, а неявное — функцией 1пр11с1е, результатом 
которых является перегружаемый тип данных, используемый в преобразо- 
вании. Так, например, преобразование нашего вектора в целое число может 
соответствовать определению его длины, а преобразование к дробному типу 
может происходить в виде вычисления суммы его элементов. 


Суре ТУесбог = с1аз$ 


рчЬ11с 

РУесбог: аггау оЁ ПочЬ]1е; 

с]1авв орегабог АЯа( а,б: ТУесбог ): ТУесвог; 
с1авв орегабохг Мо1Е1р1у( а,Ъ: ТУесбохг ): ТУескокг; 
с1авв орегабог Ехр11с1(( а: ТУесбог ): ПооЬ1е; 
с1авв орегабог Ехр11с1е( а: ТУесбог ): Тибедекг; 


сопвЕгасеог Сгеасе(1еп: Тпсеаег); 
Еапсе1оп 1еп: Тлбедег; 


епа; 

с1авв орегабог ТУ\Уесбог.Ехр11с1% ( а: ТУесбог ): Тпеедег; 
Ъед1п 

Веза1е := а.1еп; // приводим к целому типу через 
возвращение длины вектора 

ера; 

с1фавв орегафбохг Т\Уесбог.Ехр11с1е ( а: ТУесбог ): ПБоц Те; 
уаг 


зим: ПоцЬТе; 
1: Тибедег; 


Бед1п 
зим := 0; 
Еог 1 := О во Тпеедехг(а)-1 ао 
зи := ваш + а.ЕРУесбог [1]; 
Вези1е := зип; 
епа; 


Здесь в качестве верхней границы цикла мы используем число элементов 
вектора, которое получаем преобразованием его к целому типу. 


Возможность перегрузки операторов возможна как для классов, так и для записей 
(гесога). В записях также разрешены конструкторы с непустым списком парамет- 
ров, объявление невиртуальных методов и описание статических методов и про- 


цедур. 
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4.2.6. Типы данных .МЕТ 


Все типы данных, используемые в системе ОерЫ для платформы МЕТ, при- 
ведены в соответствие с требованиями технологии МЕТ. Основное измене- 
ние заключается в том, что теперь любой базовый тип Ое|рН (например, тип 
Тпеедег) существует не сам по себе в виде чисто скалярной характеристики, а 
является наследником класса бузкет.ОБ3есе и к нему применимы все мето- 
ды последнего и промежуточных наследуемых классов. В частности, как и 
любой класс, Зузкет.ОЪЗесе имеет конструктор и деструктор, поэтому фор- 
мально работа с данными типа 1пеедехг может происходить как с экземпля- 
рами соответствующего класса (в частности, тип данных Тпеедег из ОерЬ! 
отображается на классе бузкет. ТпЕ32 среды МЕТ). Но для удобства разра- 
ботчика и преемственности версий не требуется явно вызывать конструкто- 
ры для переменных традиционных массовых, базовых типов. Как и раньше, 
достаточно описать переменную: 


уаг М№ : Тоседег; 


после чего можно сразу ее использовать, Например с помощью оператора 
присваивания. 


М := 1; 


Однако теперь в Ое!рЫ! переменная М уже не считается обычной скаляр- 
ной переменной, а представляет собой экземпляр класса 5узЕем. Тпё32 (хотя 
физически, на уровне реализации, компилятор работает с ней, скорее всего, 
по старинке). Поэтому мы можем задействовать все возможности соответ- 
ствующего класса, в частности, удобный стандартный унаследованный метод 
бузкет. ОБ]есе .Тоб$Егк1па по преобразованию содержимого любого класса в 
читаемый текст. Так, для получения текстового (строкового) представления 
значения М достаточно обратиться к его методу То5Ег1 па: 


№. ТобЕг1 па 


Этот метод — функция, возвращающая строку-представление целочис- 
ленного значения м. 

Соответствующие изменения затронули и 3Ег1пд, старый строковый тип 
Ое|ры1. Теперь он стал копией одноименного типа бузеет. 5 х1па.МЕТ и 
дополнился рядом полезных методов. Так, метод-функция Ьепае в возвраща- 
ет длину строки, а конкретный символ выделяется методом Стагз (нумера- 
ция символов начинается с нуля). Можно также выделить подстроку (метод 
СоруТо), выполнить форматирование (ЕогтаЕ), найти вхождение подстроки 
(ТпаехоЕ), вставить (Тпзег®) или заменить (Вер1асе) символы и так далее. 

Более подробную информацию о новых возможностях базовых типов 
можно найти в документации по технологии МЕТ. 
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4.2.7. Динамически размещаемые массивы .МЕТ 


При создании приложений для технологии МЕТ можно использовать еще 
одну возможность динамического размещения массивов в памяти во вре- 
мя выполнения программы — в дополнение к описанным выше динамиче- 
ским многомерным массивам. Такие динамически размещаемые массивы 
отличаются от многомерных динамических массивов тем, что их длина по 
всем измерениям всегда фиксирована, а от статических — тем, что размеры 
по каждому из измерений на этапе компиляции неизвестны и могут вычис- 
ляться непосредственно во время работы приложения. При описании тако- 
го массива конкретные значения числа элементов по каждому измерению не 
указываются, однако синтаксис с квадратными скобками и запятыми, разде- 
ляющими измерения, сохраняется. 


уаг а: аггау [,] оЁ Тпеесдек; 


Здесь мы описали двумерный массив, который в процессе работы про- 
граммы может быть сформирован (размещен в памяти) с помощью коман- 
ДЫ Мем. 


а := М№м( аггау [2,3] оЕЁ ТпЕечзег ); 


В результате массив а станет матрицей размером 2х3 элемента. Причем 
размеры массива можно указывать в виде выражений. 

М := 3; 

а := Мем( ахггау [М№, М№+1] оЕЁ Тпеедег ); 


В функции Меи следом за описанием структуры массива можно задавать и 
список его начальных значений: 


а := Мем( аггау [2,3] оЕ Тпбедег, ((1,2,3),(4,5,6)) ); 


При желании можно воспользоваться и процедурой зеёЬепаен с переч- 
нем длин массива по каждому измерению: 


бееГепаеР (а, 2, 3 ); 


Последний вариант будет работоспособен при использовании компиля- 
тора для \1132. Как уже говорилось, возможность задействовать ключе- 
вое слово Меи при создании многомерных динамических массивов доступна 
лишь в .МЕТ-версии. 


4.2.8. Атрибуты классов 


В каждой сборке МЕТ хранится метаинформация о самой этой сборке (про- 
странства имен, структуры используемых классов и прочее). Веры предо- 
ставляет разработчику возможность расширения этой метаинформации, 
формируемой компилятором (доступ к ней возможен и в процессе рабо- 
ты программы) собственными сведениями: пользовательскими атрибутами 
классов. Для этого надо объявить такой атрибут способом, схожим с декла- 
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рацией классов (наследуя свойства класса ТСазсомАЕехг1Бибе), после чего 
задействовать его и при необходимости обращаться к нему через стандарт- 
ные .МЕТ-интерфейсы. 

Создадим пользовательский атрибут сборки ТМесаАкехг1росе по схеме 
обычного класса с одним свойством х. 


Суре 
ТМебаА Е у1робе = с1авв (ТСизбопАс Ее г1Бисе) 
рг1уаее 
РХ : 1пееаег; 
ргосеацге Зее Х(х2 : 1пеедег); 
рчЪ11с 
сопвегасеог Сгеа(е (сопве шу\а1 : 1пседег); 


ргорегеу Х : 1пЕедег геаа ЕХ мг1ее Зебх; 
ера; 


сопвЕгасеог ТМебаАЕЕу1рисе.Сгеаее (сопв® ту\Уа1: 1пееаег); 


Бед1п 
1пБех1$еа Сгеа(е; 
ЕХ := шу\Уа1; 

ера; 


ргосеацге ТМесаАееу1Баее.бееХ (х2: 1пбедег); 
Беа1п 

ЕХ := х2 
епа; 


Следующий шаг — инструкция компилятору о необходимости включе- 
ния нового атрибута в сборку. Для этого перед описанием какого-либо клас- 
са, который мы хотим снабдить нашим атрибутом, надо указать название 
атрибута в квадратных скобках, а для самого атрибута — задать значения его 
СВОЙСТВ, начиная с параметров конструктора. То есть, если мы создаем класс 
Тх: 


Суре Тх = с1авв 

епа; 
И ХОТИМ снабдить его дополнительным атрибутом, то перед началом описа- 
ния Тх надо указать: 

[ТМебаАЕ Е и1Боке (567, Х = 12) ] 


суре Тх = с1авв 


епа; 


Отметим, что описание атрибута и связанного с ним класса может быть 
размещено в интерфейсной части модуля. 
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Теперь из кода программы можно обращаться к списку атрибутов экзем- 
пляра класса тх, и в нем будет присутствовать пользовательский атрибут. 


уаг 
А; ТхХ; 
Т5: бузбем.Туре; 
АТ.156: аггау оЁ ТОБ]есс; 


Бед1п 
А := Тх.Сгеа%е; 
Т5$ := А.СебеТуре; 
Иг16е( Т$.Ро11Маше }; // Ра11Маме - стандартный метод 
получения полного названия типа 
АГ1$е := Т5.СееСоазбопА ЕЕ г1Боаеез (Тгце); // получили список 
атрибутов 


Далее МОЖНО обращаться К любому Из элементов списка АГ1з&, а ТИП 
любого из элементов списка узнается с ПОМОЩЬЮ функции СееТуре (). 


4.2.9. Управляемый и неуправляемый код 


Код, отвечающий требованиям общеязыковой среды СТ.К выполнения .МЕТ- 
программ и способный обращаться к ее службам, называется управляемым. 
Практически все профессионально сделанные МЕТ-приложения базируют- 
ся на управляемом коде, хотя не всегда такой код будет гарантированно безо- 
пасным. При создании .МЕТ-приложений компилятор Ое|рЫ по умолчанию 
генерирует управляемый код. Отметим, что в поставку Во[апа Оеуеортеш 
З(и41юо 2006 также входят .МЕТ-компиляторы С# и УВ.МЕТ. При этом име- 
ется возможность загрузки и переноса в РеарЫы проектов МасгозоЁ У15иа1 
Зи 10, написанных на этих двух языках. В пакет ВО 2006 входит также сре- 
да программирования на языке С++ (С++ВиПаег), но трансляция программ, 
написанных на этом языке, в управляемый код сопряжена со значительны- 
ми сложностями, а в ряде ситуаций невозможна. Так, например, в техноло- 
гии .МЕТ не допускается множественное наследование и введены существен- 
ные ограничения на работу с указателями. Поэтому компилятор С++ВиИаег 
можно использовать лишь для создания программ \М1т32. 

В то же время, управляемая программа для платформы .МЕТ может вызы- 
вать и неуправляемые функции, например из библиотек О.Т. подготовлен- 
ных для платформы \/1132. Для этого в РерЫ реализован так называемый 
интерфейс виртуальной библиотеки (Утиа! [абтату [тегГасе). Он базирует- 
ся на сервисе МЕТ, который называется Р/а {отт [пооке (вызов платформно- 
зависимого кода). Этот сервис должен быть реализован в исходных текстах 
прямой поддержкой — описанием вызываемых функций, которое обраба- 
тывается во время компиляции (так называемая технология ОГтроп.). 
Для этого перед заголовком функции надо указать атрибут РЬЬТтроге, а в 
его параметрах — название файла библиотеки ОШ. и название точки входа в 
библиотеку, что выполняется настроечным параметром ЕпегуРо1 пе. 
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ны [РЬГТпроге (‘'\1п32115.а11’, ЕптЕхгуРо1пЕ = 'ЕпёхуСа1132’)] 
Еапсе1оп м1п32са11(х: Тпеедег): Тибедег; ехЕегра!; 


Здесь функция и1п32са11 из библиотеки *1п132115.911 с неуправляе- 
мым кодом, вызываемым через точку входа в библиотеку ЕпекуСа1132, ста- 
новится доступной в программе для .МЕТ. 


Чтобы атрибут ОЧАтрой стал доступен для использования в исходном коде, надо 
в список подключаемых модулей раздела добавить обращение к пространству 
имен Зу$ет.Випите. {егорЗегмсез. 


Однако интерфейс Уп\{иа| 1гагу Пце{асе превосходит по своему потенци- 
алу концепцию ОГ..Ппроге. С его помощью можно обходиться без атрибута 
РЬ.Ттроге и, более того, загрузка и вызов функций из библиотек ОТ, ста- 
новятся возможны динамически на этапе выполнения программы. Этот под- 
ход полезен, когда размер подключаемой библиотеки велик и желательно 
ограничиться ее динамической обработкой. Его важное отличие от подхода 
ОЕЫтрог( заключается в ненужности задания имени 01[.[.-файла в исход- 
ном тексте. 

Для работы с этим интерфейсом надо добавить в модуль пространство 
имен Вог1 апа.\Ус1.И1п32, определить пользовательский интерфейс к вызы- 
ваемым функциям и вызвать функцию 5иррогЕз этого пространства имен, 
чтобы проверить, возможно ли обратиться к прикладным функциям, описан- 
ным программистом в прикладном интерфейсе. 

Для вышеприведенного примера новый вариант кода может быть таким. 


ицвев Вог]апа.\Ус1.И1132; 


буре 1103216 = ТлёегЕасе 
Еипсе1оп \1032са11(х: Тпбедех): Тпбедекг; 
епа; 


Здесь мы описали интерфейс, через который во время работы програм- 
мы будем обращаться к нужной библиотеке. Для этого надо воспользоваться 
упомянутой функцией $иррогез, в качестве параметров которой указывают- 
ся название файла библиотеки ОТТ,, название интерфейса и название пере- 
менной, реализующей этот интерфейс. 


уаг 
МуТре: 1М103216; 


1Е ЗаррогеЕ$ (‘м1п032116.а11', 1\М1132Ь1Ь, Му1пе) ЕВеп 


Му1ее( МуТпе.м1032са11 (12) ); 


Отметим, что в среде Реры для платформы МЕТ сохраняется возмож- 
ность вставлять в код прямые вызовы функций АРТ \/1132 (только в спи- 
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ске стандартных подключаемых библиотек надо указать модуль \/ш4о\5). 
И хотя их реализация осуществляется не совсем тривиально: через техноло- 
гию маршаллинга в обход вызовов, специфичных для СОМ-интерфейсов, — 
тем не менее с точки зрения прикладного разработчика никаких трудностей 
организация таких вызовов не создает. 


4.3. Технологии отладки: новые возможности 


Среда автоматически запускает отладчик \!1132 или МЕТ в зависимости от 
типа создаваемого проекта. При этом везде, где возможно, сохраняется оди- 
наковый интерфейс пользователя. 


4.3.1. Точки прерывания 


Окно списка точек прерывания, вызываемое командой Мем » ОеБчцд \\Мпдом$ > 
Вгеакрот{$ (Вид » Окна отладчика » Точки прерывания), дополнилось флажком 
временного отключения этих точек без необходимости их полноценного уда- 
ления. Кроме того, все точки теперь можно включать и отключать соответ- 
ствующими кнопками на панели (рис. 4.1). 


т" Епаб оз 
| 5: № МпРогт7. ра" ой 
: 7 № уиТРоги7,раз 
1 9 №. УипРогт7.раз 
| м *- \МипРогт7 .раз 


‚| ЗА Тнгеа4 каких 


Рис. 4.1. Управление точками прерывания 


Если ведется протокол отладки, то в него можно дополнительно вклю- 
чать информацию о стеке приложения в каждой из точек прерывания. Для 
этого в настройке соответствующей точки (настройка доступна командой 
Ргорейе$ из контекстного меню этой точки) надо установить флажок [09 Са! 
Заск (Протоколировать стек вызовов) и выбрать значение Включить весь стек (Епйге 
Заск) или Включить часть стека (Ра\а! З1аск) и дополнительно указать количе- 
ство элементов стека в поле Митрег о! татез (рис. 4.2). 


4.3.2. Исключительные ситуации 


Система Пе|рЫ позволяет настраивать способ реакции приложения на воз- 
никновение в нем той или иной исключительной ситуации или системного 
прерывания. Список обрабатываемых прерываний представлен в настрой- 
ках отладчика [апдиаде Ехсер!оп$ (Языковые исключения), доступных через 
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ЗС тр\БоНап  \\ИпРогт7 .рах 


ИНО 


Рис. 4.2. Настройка данных, выдаваемых в точке прерывания 


окно То > Орюоп$ » ОеБиддег Орйоп$ » Вонапа БеБиддег$ (Сервис > Параметры > 
Параметры отладчика » Отладчик Войапа) и Майе ОЗ Ехсерйоп$ (Собственные исклю- 
чительные ситуации операционной системы). Прикладные события можно игнори- 
ровать, просто снимая флажок соответствующей группы, а для системных 
событий задается форма реакции (Нап4ед Бу): перехват отладчиком (БеБиддег) 
или программой (Чзег ргодгат), — и дальнейшее действие (Оп Везите): продол- 
жение работы после обработки исключения (Вип Папе) или продолжение 
работы без обработки исключения (Вип иппап4еч)) — рис. 4.3. 


4.3.3. Смешанный код 


В окне машинного кода Мем » ОеБид \Мпдомз$ » СРУ (Вид >» Окна отладки > 
Процессор) теперь можно визуализировать любой смешанный код: как исход- 
ные операторы Оеры, так и машинный код конкретного процессора, а так- 
же команды виртуального ассемблера М5П., в код которого транслируются 
программы МЕТ. Для этого надо включить флажки Мед 11 Соде (Смешанный 
внутренний код) и Мхед Зоигсе Соде (Смешанный исходный код) контекстного меню 
панели СРО (Процессор) — рис. 4.4. 


Во всех окнах процесса отладки можно пользоваться кодировкой Уптсоде. 
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“Ассезз Моаноп ($С0000005) 


[п Раде Еггог ($С0000006) 

1пуе!З Напде ($С0000008) 

№ Метогу ($С0000017) 

Шеда! 1п5госНоп ($С0000010) 
МопсопипиаЫе ЕхсерНоп ($С0000025) 
1пуа Оброявюоп ($С0000026) 

Атау Воцпо 5 Ехсееде44$С000008С1 
Роае Фепогта! Орегабоп ($С0000080) 
Ноа Омде Ву Гего ($С000008Е) 

Рода [пехас( ВезиЁ ($С0000082) 
Роз 1пуа! Орегайоп ($С0000090) 
Ноа Оче Ном, ($С0000091) 


= ‚Войалд БеБиддег$ Роаё Экаск СНеск ($С0000092) 
. Гапдцаде ЕхсерНоп$ Ноа: ЦпдегНо\ ($с0000093) 


: 2 


Рис. 4.3. Настройка списка обработки прерываний 


® реодесии5 - ‚Вопааа а ремоюрт Мио 2006. - ив [Морев - `Твгеав 3748] 


| ВоМапд.Ус!.ТСогго!: : ССК) 
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Зужет,ВеНесНоп.РипитеМменос 
| 5у$ет.РеНесноп.ВипитеМе Нос 
бужет.АеНесноп.Ме'НоВасе: 1 
буйет.ВеНесНоп,МеНо Го: :]п 
| Вопалд.ОерН!.ТОБесНерег: :01$ 
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1. 0008; 

т. 0004; о 
00000015 88874402 
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ом. ТРОгтб: иномекк =] 


МояПеременная 
41. зе 
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| веко о вгеакроге Е Е Фен равие 1 


Рис. 4.4. Просмотр ассемблерного кода 
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4.3.4. Загрузка символических таблиц 


Система ОерЫ автоматически формирует и загружает все символические 
таблицы, необходимые для отладки текущего проекта, выполняя этот про- 
цесс незаметно для разработчика. В ерЫ 2006 появились средства управ- 
ления этим процессом. 


Символическая таблица нужна для поддержки процесса символьной отладки на 
уровне исходного кода. В ней хранятся взаимосвязи между символическими иден- 
тификаторами, используемыми в программе (например, именами переменных), и 
их адресами в оперативной памяти при работе приложения. 


По умолчанию, Пер загружает все обнаруженные символические табли- 
цы. В новой версии можно вручную ограничить перечень этих таблиц, что в 
случае крупных проектов позволяет существенно ускорить процесс отладки. 
Компилятор Оеры для \/ 1132 хранит все символические таблицы в опера- 
тивной памяти, и лишь в случае дистанционной отладки с другого компьюте- 
ра может формировать внешние файлы с расширением .К5М. Компиляторы 
для платформы МЕТ (языки Оеры, С# и УВ.МЕТ) создают файлы РОВ, а 
компилятор Си++ — файлы .ГОЪЗ. 

Параметры процесса поиска символических таблиц задаются в настройках 
проекта Ргоес{ 3 Орйоп$ 3 ПеБиддег Орйоп$ > Зутро! ТаЫез$ (Проект 3 Параметры > 
Отладчик » Символические таблицы). В поле ОеБид зутро!$ зеагсй рай (Путь доступа 
к таблицам) можно задать набор каталогов и указать последовательность их 
просмотра. А если требуется загружать не все таблицы, то надо снять флажок 
с поля [оад а! зутбо$ (Загружать все символы) и вручную выбрать модули, под- 
лежащие анализу. Кроме того, глобальные каталоги поиска указываются и в 
настройках среды Тоо5 3 Орйоп$ 3 ОеБиддег Орйоп$ 3 Войапа ОеБчддег$ (Сервис $ 
Параметры » Параметры отладчика » Отладчик Войапа), в поле Оебид зутбо!$ зеагси 
рай (Путь доступа к таблицам). 


4.3.5. Разное 


Окно модулей приложения, вызываемое командой Мем » ОеБид \ММпдомз $ 
Модцез$ (Вид » Окна отладчика » Модули), представляет все процессы, контроли- 
руемые отладчиком, и модули, загруженные для каждого процесса. По ним 
можно просмотреть и упорядочить иерархическое представление классов, 
методов и пространств имен (рис. 4.5). 

Окно локальных переменных, доступное по команде Ме\м > Оерид МИпдом$ > 
оса! Уапаез (Вид » Окна отладчика > Локальные переменные) теперь позволяет 
просматривать значения не только переменных текущего метода и модуля, 
но и переменных из любых других блоков приложения (они выбираются в 
раскрывающемся списке в верхней части окна) вне зависимости от платфор- 
мы. Ранее это было возможно лишь при отладке приложений МЕТ. Кроме 
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: Вопапд.\‹, ТВикоп: {СМСоттап(() _ № 2 пя — 
{бужет.КеНесНоп,ВипитемеНо то: :1пкегпай ен 
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Рис. 4.5. Просмотр процессов, коитролируемых отладчиком 


того, для удобства название переменной и се значение разнесены по отдель- 
ным столбцам (рис. 4.6). 

Как в этом окне, так и в других отладочных окнах реализована возмож- 
ность раскрытия внутренней структуры сложных объектов, подвергнутых 
досмотру. Для этого подобные объекты сопровождаются значком «+» перед 
их именем. При щелчке на нем можно узнать значения отдельных свойств и 
атрибутов объекта, а также продолжить раскрытие сложно организованных 
подсвойств (рис. 4.7). 
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Рис. 4.6. Просмотр локальных переменных 


4:3. Технологии отладки: новые возможности 
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Рис. 4.7. Просмотр свойств отдельных объектов 


Подобный сервис раскрытия объекта реализован даже для всплывающих 
подсказок, возникающих в процессе пошаговой отладки, при наведении кур- 
сора на идентификатор. 


Глава 5. Технологии работы с базами 
данных 


5.1. Технология работы с базами данных ВОР.МЕТ 


5.1.1. Визуальный Проводник данных (Байа Ехр/огег) 


Создание программы, взаимодействующей с базами данных, начинается, 
как правило, с подготовки нового соединения с выбранной СУБД. В вер- 
сии Ре|рЫ для среды .МЕТ вместо устаревшей и автономной утилиты $ОГ. 
Ехр]огег, ориентированной на устаревшую технологию ВПЕ, реализован 
встроенный Проводник данных (Оаба Ехр]огег) со значительно расширен- 
ными возможностями и в то же время упрощенным управлением. 

Проводник данных обычно находится на вкладке Оаа Ехрогег — основ- 
ной панели Менеджера проектов — или может быть активизирован коман- 
дой Мем » Паа Ехрогег (Вид » Проводник данных). Он предоставляет доступ к 
настройкам соединений как для технологии ВОР.МЕТ, так и для технологии 
АБЕхрге$$, которая может быть задействована в приложениях УСГ, и УСГ. 
МЕТ. 

Для создания нового соединения выберем поставщика данных, допу- 
стим, СУБД ПцегБазе, в контекстном меню выберем пункт Ада Мем Соппесйоп 
(Добавить новое соединение), после чего укажем нужного поставщика, введем 
название соединения и выполним остальные требуемые настройки. При 
желании новое соединение можно раскрыть и просмотреть внутреннюю 
структуру базы, изучить построение той или иной таблицы (рис. 5.1). Можно 
даже увидеть хранящиеся в таблице данные, если дважды щелкнуть на ее 
названии: в основном рабочем окне появится содержимое записи, доступное 
для редактирования (рис. 5.2). 

Проводник данных обладает интересной возможностью формирования 
соединения с базой данных в визуальном режиме. Сделать это проще всего 
в полуавтоматическом режиме: сохраняя нужное соединение данных откры- 
тым в Проводнике, выберем в нем любую доступную таблицу и просто пере- 
тащим ее на форму текущего открытого приложения МЕТ. В результате в 
проект добавятся элементы ВЧрСоппесйоп1 и Вар/базАдаре1, а их параметры 
соединения с базой данных будут настроены автоматически. 
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Рис. 5.1. Представление структуры данных в Проводнике 


Окно Проводника данных дополнилось новыми командами контекстно- 
го меню для таблиц баз данных: Сору/Ра®е ТаБе (Копироватывставить таблицу) и 
Мюгае Оаа (Перенос данных). Кроме того, в контекстном меню появились удоб- 
ные команды работы с метаинформацией: можно создавать новую таблицу 
(Мем 1аЫе), загружать данные из таблицы (Вешеме Ба Егот ТаЫе)) или запроса 
(Вецеме Оаа Егот \Лем), удалять таблицы (Огор ТаЫе), модифицировать струк- 
туру таблиц (Акег ТаЫе), настраивать хранимые процедуры и запускать их 
тестовое выполнение. 


5.1.2. Технология Войапа Шайа Ргомаег$ Тог .МЕТ (ВОР.МЕТ) 


В состав среды МЕТ Егате\м/огк входит стандартная технология универ- 
сального доступа к данным АРО.МЕТ, ориентированная на работу с СУБД 
М1сгозой ОТ, Зегуег, Огае и другими, а также с компонентами ОГЕ ОВ. 
С помощью технологии АРО.МЕТ в среде МЕТ обрабатываются данные 
любых прикладных приложений — от \/т4о\з$ Еогтз до У/еБ-служб. 
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Рис. 5.2. Доступ к содержимому таблии баз данных из ерт 


Корпорация ВоШапа включила в ОерЫ собственные МЕТ-средства 
(провайдеры) доступа к базам данных, которые называются ВоЙапа Даа 
Ргослаетз ют МЕТ (ВОР.МЕТ). Они ускоряют процесс программирования и 
позволяют работать как с СУБД М$ ОТ. $егуег и Огасе, так ис СУБДВМ 
ОВ2, ЗуБазе, Войапа ТткетБазе и М1сгозоЁ Ассез$. Эти провайдеры способны 
взаимодействовать с СУБД напрямую, в обход шлюза СОМ Пиегорега у 
(он обеспечивает обращение к СОМ-объектам из среды МЕТ), характерно- 
го для подходов ОГЕ ОВ. В то же время, поставщики ВОР.МЕТ поддержи- 
вают более универсальную и более открытую модель доступа к произволь- 
ным реляционным платформам, нежели стандартные средства оболочки 
МЕТ Егате\огК. Так, в дополнение к принятым в технологии МЕТ низкоу- 
ровневым типам элементов таблиц предлагаются собственные (принятые в 
ЗОТ.) логические типы данных, которые при необходимости автоматически 
транслируются в комбинации типов .МЕТ и обратно, что делает возможным 
настройку ЗОГ-запросов на конкретные модели СУБД. Кроме того, удоб- 
ные сопроводительные средства провайдеров ВОР.МЕТ дают разработчику 
доступ к метаданным, упрощают создание схем передачи информации и обе- 
спечивают другие потребности. 


К обширному списку СУБД, поддерживаемых в Оерм 2006, добавились 
|п{егразе 7.5, Огасе 109, 1ВМ О0В2 8.х, МсгозоН ЗОЁ Зегмег 2000/2005, |пюитих 9.х, 
ЗОЕ Апумпеге 9, МУЗСЕ 4.0.24 и ЗуБазе 12.5. Специально для последней модели 
СУБД создано пространство имен Войапа.Шаа.Зуразе. 
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В целях совместимости разработчик может использовать при создании 
полноценного настольного приложения (\Мт4о\$ Еогт$) для платформы 
МЕТ линейку компонентов АЪЕхргез$, но если создается новое приложение 
для работы с базами данных, то лучше все же воспользоваться новыми тех- 
нологиями. 

Основной элемент программы, предназначенной для работы с базами 
данных, — это набор данных (аба$ет). Он представляет собой набор таблиц, 
каждая из которых в свою очередь состоит из строк и столбцов. Формируется 
набор путем передачи поставщику (некоторому промежуточному компонен- 
ту) 5ОГ-запроса, который тот отправляет СУБД, получает от нее ответ и воз- 
вращает его обратно в форме Ра{а$ей. 

Набор данных хранит в адресном пространстве прикладного (клиентско- 
го) приложения таблицы, полученные от СУБД, и предоставляет разработ- 
чику средства их гибкой обработки (в дополнение к стандартным средствам 
просмотра, сортировки и выполнения запросов). В частности, в одном набо- 
ре данных могут храниться копии таблиц и результаты работы запросов к 
совершенно разным физическим источникам данных. А поставщик данных 
следит за согласованностью информации в прикладной программе и на сер- 
вере. 

В прикладной программе в качестве набора данных разработчик может 
использовать либо стандартный компонент Раба её платформы МВТ, либо 
новый, собственный, типизированный набор данных (наследник класса 
Ра(а5еб), в котором структура задана конкретной раскладкой информации 
в определенной таблице базы. Последний подход более корректен, так как 
позволяет компилятору проверить типы данных каждого столбца табли- 
цы и контролировать ход операций над ними. В таком случае вся подроб- 
ная информация о таблице будет автоматически сформирована и записана 
в ХМГ-файл проекта с расширением .Х$О. При необходимости этот файл 
можно редактировать и вручную, не модифицируя код самой программы. 
Основной недостаток такого подхода — сложность перехода к поддержке 
дополнительных СУБД в программе, так как конкретные внутренние типы 
данных таблиц разных систем могут сильно различаться и их согласование 
способно привести к ошибкам преобразования типов. 


5.1.3. Пример создания приложения ВОР.МЕТ 


1. Создадим пустое настольное приложение (\УМпао\$ Еогт$). 


2. В проекте разместим компонент ВарСоппес!оп — основной элемент про- 
екта, отвечающий за действующую связь с СУБД. Он напоминает ком- 
понент ТЗОЕСоппесйоп из набора 9Ехргезз. Этот компонент, как и другие, 
входящие в набор ВОР.МЕТ, расположен внутри группы Войапа Оаа Ргомдег 
палитры инструментов (рис. 5.3). 


3. Выделим размещенный компонент ВарСоппесйоп в Инспекторе объектов и 
откроем Редактор соединений (Соппесйоп ЕЧ Ног). 
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Рис. 5.3. Список компонентов ВОР.МЕТ 


4. Выберем нужное соединение (пусть это будет соединение !ВСопп1, уста- 
навливающее связь с СУБД Икегфазе, которая должна быть запущена, а 
соединение — настроено). При необходимости можно добавить новое сое- 
динение, нажав на кнопку Ада (Добавить). Проверить работоспособность 
соединения можно с помощью кнопки Тез (Тест) — рис. 5.4. 


Рис. 5.4. Редактор соединений в действии 
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В Редакторе соединений появилась новая важная возможность управле- 
ния пулом ВОЫР-соединений (раздел Соппесйоп Роойпд). С помощью пред- 
ставленных здесь настроек обычно удается существенно повысить ско- 
рость соединения ОерЫ-программ с СУБД. Специальный Менеджер 
ВОР-пула (ВОР Роо| Мапавег), автоматически встраиваемый в при- 
ложение, формирует отдельный пул для каждой оригинальной строки, 
описывающей соединение с СУБД (свойство Соппесйоп${Ипд компонента 
ВарСоппесйоп). Список доступных параметров настройки раздела приведен 
в таблице 5.1. 


Таблица 5.1. Параметры настройки пула соединений с СУБД 


РОЙ Если значение равно Тгие, то в приложении будет задействован 
9 Менеджер ВОР-пула 
Минимальное количество соединений, которые б храниться в 
МиРоо!$17е пуле д рые оудут хр 


МахРо01$17е Максимально допустимое для пула количество соединений 


Если установлено значение Тгие, то превышение максимального 
числа обслуживаемых соединений в пуле приведет к 
автоматическому формированию нового соединения, которое в этом 
пуле обслуживаться не будет. В противном случае при превышении 
возникает исключительная ситуация, которую надо обрабатывать 
программно 


СгоммОпОетапд 


Максимальная продолжительность времени жизни соединения, 
СоппесНопейте В секундах. Если значение равно 0 (по умолчанию), то время 
существования соединения не контролируется 


5. На следующем шаге требуется настроить функционирование поставщи- 
ка данных (адаптера), ответственного за соединение с конкретной СУБД. 
Для этого предназначен компонент Вар)ааАдар{ег. Разместите его, выде- 
лите и обратитесь к Инспектору объектов. В разделе РИ для свойства 
З@аес{Соттап4 (команда, которую поставщик будет передавать СУБД для 
формирования набора данных) следует выбрать подсвойство Соппесйоп, 
связав через раскрывающийся список поставщиков данных с настроен- 
ным соединением (ВарСоппесйоп1). 


Затем из контекстного меню компонента-адаптера вызовем редактор- 
конфигуратор 5ОГ-выражений (команда меню Сопйдуге Оаа Адар{ег). Он 
немного напоминает 5ОГ-редактор, ранее использовавшийся при рабо- 
те с компонентами АЪЕхргез$. С помощью этого конфигуратора готовит- 
ся ЗОГ-код соответствующей команды формирования набора данных 
(рис. 5.5). Делается это следующим образом. 
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Рис. 5.5. Средство автоматизации подготовки 5О[-кода 


На вкладке Соттапа выберем таблицу (список ТаШез), доступную в СУБД, 
с которой установлено соединение. В списке Соутп$ выделим несколько 
столбцов, которые хотим получить в приложении в виде набора данных, и 
после нажатия на кнопку Сепегае ЗСЕ (Генерировать З(1-запрос) на вкладке 
Зеес! появится ЗОГ-код соответствующего запроса для получения нуж- 
ных элементов таблицы, например, такой. 


ЗЕБЕСТ СУ$Т_М№оО, СУЗТОМЕК, СОМТАСТ_РТВЗТ, СОМТАСТ_БАЗТ, 
РНОМЕ_МО, АШОШОВЕЗ$_ГТМЕ1, АШОШВЕ$$_ГТМЕ?, СТТУ, ЗТАТЕ_РКОУТМСЕ, 
СОЧМТКУ, РОЗТАБ_СОРЕ, ОМ_НОЬО ЕКОМ СО$ЗТОМЕКВ 


При желании результат этого запроса (набор данных, который поступит в 
нашу программу от СУБД) можно предварительно просмотреть на вклад- 
ке Ргемем Оаа (надо дополнительно нажать кнопку обновления Нейезй) — 
рис. 5.6). 


К данному моменту мы уже почти полностью сформировали работоспо- 
собный каркас приложения. Теперь данные, доступные с сервера, уже уве- 
ренно поступают в Деры. Осталось явно передать их в нашу програм- 
му и каким-то образом сохранить в ней в виде локального набора. С этой 
целью перейдем в редакторе на вкладку Ваа5е. Если бы в нашем прило- 
жении уже существовал какой-либо объект, ответственный за обработку 
набора данных, он появился бы в данном окне (в раскрывающемся спи- 
ске Ех! тд Оаа$е!). Но так как мы его пока не создали, нажмем кнопку №\ 
Оа{а5е! и введем названия объекта, например, дакабее1 — рис. 5.7. 
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Рис. 5.7. Создание локального набора данных в приложении 


Нажав теперь на кнопку ОК, мы получим в проекте готовый компонент 
Чаа5е! 1, настроенный на наше соединение. Чтобы программа взаимодей- 
ствовала с НИМ «вживую», зададим свойству Асй\е объекта ВарОааАдарег1 
значение {гие. Теперь достаточно добавить на форму компонент визуали- 
зации набора данных (например, ВааСид), указав в его свойстве-источни- 
ке визуализируемых данных Ваа$оигсе автоматически созданный компо- 
нент даа5е — рис. 5.8. 


Вариант источника данных ОааСпа для платформы .МЕТ допускает постав- 
ку сразу нескольких наборов, поэтому в свойстве ОБааМетьбег этого компо- 
нента надо выбрать конкретный набор (например, СУЗТОМЕРВ) — на форме 
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: -#) МиИпРоггав.раз 
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Рис. 5.8. Подготовка к визуализации полученного набора данных 


сразу появится его содержимое, после чего можно запускать программу и 
проверять ее взаимодействие с СУБД в реальном времени (рис. 5.9). 


Если же явно визуализируемую таблицу не указать, то в работающей про- 
грамме будет отображено дерево всех доступных таблиц в рамках текуще- 
го соединения. 


Таким образом, без какого-либо ручного кодирования мы создали полно- 
функциональное приложение, работающее с базами данных. 


5.1.4. Способы вызова хранимых процедур 


Когда в компоненте ВарСоттапа, реализующем возможность выполнения 
команд СУБД, в качестве типа команды (свойство СоттапаТуре) выбрано 
значение «хранимая процедура» ($З{югедРгоседиге), то в раскрывающемся спи- 
ске свойства СоттапаТех! можно выбрать имя любой из доступных процедур, 
хранимых в базе; их перечень сформируется автоматически. А в контекстном 
меню компонента ВарСоттапа с помощью пункта СоттапаТех{ Едцог задаются 
подробные настройки выполнения выбранной процедуры, имеется даже воз- 
можность ее тестового запуска кнопкой Ехесше (рис. 5.10). 
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Рис. 5.9. Доступ к таблице базы данных на этапе проектирования 


С помощью Проводника данных хранимые процедуры (раздел Ргоседиге$ 
конкретной базы Проводника) можно перетаскивать в Дизайнер, в результа- 
те чего в проекте автоматически формируется связь с базой через компонент 
ВарСоппесйоп и настраивается компонент выполнения хранимой процедуры 
ВарСоттапд. 


ЗЕоге4 Ргоседоге 012109 
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Рис. 5.10. Средство настройки хранимых процедур 
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5.1.5. Другие возможности 


Компонент ВарСоруТаЫе позволяет быстро запрограммировать процесс пере- 
носа содержимого таблиц из одной базы данных в другую. Это осущест- 
вляется заданием источника набора данных ЗоугсеСоттапа и принимающей 
таблицы ОезйпайопТаЫе. Компонент обеспечивает перенос схемы таблицы, 
первичных ключей и записанных в нее данных. 

Компоненты ОааНиь и Ваа$упс группы Воцапа аа Ргомдег позволяют состы- 
ковать работу множества поставщиков данных в одном приложении и син- 
хронизировать одновременную обработку множества таблиц. А добавив к 
этой паре компоненты ВетоеСоппесйоп и ВетоеЗегуег, можно приступить к соз- 
данию многоуровневых приложений, в которых элементы серверной логики 
выполняются на разных компьютерах в сети. 

Редактирование перечня и настроек таблиц, доступных в рамках некото- 
рого набора данных Оа{а$е!, а также, что важно, взаимосвязей между табли- 
цами, можно теперь выполнять в специальных редакторах, доступных через 
свойства ТаЫез$ и Веаюпз$ набора данных. В первом случае вызывается редак- 
тор перечня таблиц, а во втором появляется возможность визуально настра- 
ивать связи между таблицами. 


5.2. Пример работы с базами данных Со 
(АБО.МЕТ) 


Набор компонентов 9Со объединяет в себе стандартную 
технологию М1сгозой АО. В целях обеспечения совме- 
стимости имеются версии этих компонентов как для при- 
ложений \\ 1132, так и для платформы .МЕТ. Они доступ- 
ны при создании приложений УСГ и УСЕ.МЕТ. 


1. Создадим пустое приложение УСТ, Еогтз. Разместим 
на форме компонент ТАООСоппесйоп из группы 96бо 
палитры инструментов. Он выполняет ту же роль, что 
и компонент ВарСоппесйоп — связывает приложение с хе 
СУБД (рис. 5.11). "Рута 


., 2 ТАБООзкасе! 
Настройка этого компонента выполняется в обычном Е 
9 ТАООТаЫе 


для классических технологий \т4о\з не слишком | =. таро 


наглядном стиле. Двойным щелчком на нем открыва- $ `ТАООбЕоге4Ргос 
ем диалоговое окно формирования строки, описываю- |“ тябСолпесиол 
щей соединение данного компонента с базой данных 
(рис. 5.12). 
2. Сохраняя переключатель в положении Ц$е Соппесйоп 
За (Использовать строку с описанием соединения), — Рис. 5.11. Список 


нажимаем кнопку Виа (Построить строку), после чего — компонеитов 4ЬСо 
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Рис. 5.12. Здесь формируется строка, описывающая соединение с базой данных 


открывается окно со списком всех зарегистрированных в системе постав- 
щиков ОГЕ ОВ. Выберем, например, строку Мегозов це! 4.0 ОЕ ОВ Ргомдег — 
(рис. 5.13). 


3. Нажимаем кнопку Далее и в следующем окне выбираем базу данных в 
формате М$ Ассез$, задав полный путь к ней, например выбираем демон- 
страционную базу в каталоге примеров: С/\Ргодгат РЕйез\Соттоп Ейез\Войапа 
Зпагед\Ва'а\Ч6детоз.таЬ, входящую в поставку Ое]рЫ. При желании прове- 
ряем соединение с нею нажатием кнопки Проверить подключение, после чего 
закрываем все диалоговые окна. 


В данном случае процесс установки связи происходит на русском языке, 
потому что из Оеры вызываются встроенные в русифицированную вер- 
сию УЛ п4о\\$ средства обслуживания АПО-технологии. 


ьы Свойства связи с данными 
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Рис. 5.13. Выбор поставшика данных 
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Строка соединения сформируется примерно в таком виде: 


РгоУ1Яег=М1сгозоЕе.Чее.оьЕОВ.4.0; Баба боцгсе=С: \Ргодгам 


Е] ]ез\Соптоп Е1]ез\Вог]апЯ Зрагеа\Раба\ЯБаемоз$ .шаь; Рег$15$6 
бесиг16у ТпЕо=Ра1зе 


Ее можно увидеть в свойстве Соппейоп$ пд компонента соединения. 
Следующий шаг — добавление в проект компонента, ответственного за 
работу с набором данных. Им будет компонент ТАБОБаа$е!. С объектом 
АдоСоппесйоп1 он связывается через свойство Соппесйоп. Однако пока мы 
не определили, какие же конкретно данные поступят в этот набор. Задать 
их можно, обратившись к свойству СоттапаТех (ЗОТ.-команда системе 
управления базой на формирование набора), — автоматически вызовет- 
ся небольшой редактор запроса к базе данных. Выберем таблицу сиузют- 
ег и все поля из нее (звездочка в списке полей Нез текущей таблицы) — 
рис. 5.14. 


сеесеЕ * Гот си 
Р 


Рис. 5.14. Формирование 5ОГ-запроса к таблице базы данных 


5. Нажмем ОК. Теперь соединение можно сделать активным — указать зна- 


чение Тие в свойстве Асй\е набора данных. 


Далее требуется сформировать список полей таблицы сизютег, доступных 
для обработки. Это делают командой Не 4$ ЕЧйог из контекстного меню, 
которая открывает мини-редактор коллекции. С помощью меню (или 
нажатием клавиш С!+Р) добавляем в список все поля и закрываем его. 


Для визуализации данных с помощью компонентов группы Оаа Сопго 
необходим еще один промежуточный слой — абстрактный источник дан- 
ных, не зависящий от конкретной технологии работы с наборами данных. 
Вполне подойдет хорошо знакомый нам компонент ТОа{а$оигсе из группы 
Оа{а Ассезз. Его свойство Ваа$е! связывается с набором данных АОО, после 
чего на форму добавляется визуальный компонент группы Оаа Сопго8 
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Рис. 5.15. Визуализация табличных данных в Дизайнере 


(например, ТОВСи9) и связывается с этим новым источником. Данные в 
таблице показываются сразу в Дизайнере (рис. 5.15). 


Для удобства и простоты можно использовать готовые АОО-компонен- 
ты, ответственные за представление определенной таблицы (ТАООТаЫе; кон- 
кретная таблица исходной базы данных задается в свойстве ТаеМате) или 
результата запроса (ТАООСиегу; команду запроса придется вводить вручную 
в свойство 5О1.). 


5.3. Технологии создания многоуровневых 
приложений баз данных 


Мы рассмотрели типичные технологии для создания клиент-серверных 
систем, предложенные компанией Вопап4. С их помощью можно создавать 
и развертывать как локальные решения для работы с базами данных, так и 
масштабные корпоративные системы. При этом будут соблюдены все тре- 
бования к целостности и сохранности данных, надежности и устойчивости 
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работы, поддержке множества пользователей. Следующим принципиаль- 
ным шагом в развитии архитектуры СУБД считается \/еБ-технология, когда 
доступ к базе данных происходит из любого браузера обращением по обыч- 
ному сетевому адресу, что позволяет использовать в качестве клиентских 
любые цифровые устройства — от обычных персональных компьютеров до 
мобильных аппаратов. При этом, впрочем, возникает новое промежуточное 
звено между клиентской программой (браузером) и СУБД. Это У/еБ-сервер, 
реализующий значительную часть логики системы. 

Однако на практике существует еще целый ряд промежуточных техно- 
логических задач, потребность в решении которых высока. Так, на крупных 
предприятиях обычно действует немало разрозненных систем, работающих 
с различными операционными системами и различными типами СУБД, где 
постоянно возникает необходимость в стыковке различных приложений и 
баз данных. Здесь надо выделить два класса задач, которые представляют 
собой существенное развитие клиент-серверной модели. В свое время они и 
предвосхитили появление корпоративных \!еБ-систем. 

Главными отличиями \У/е-систем от вышеописанной клиент-серверной 
архитектуры считаются, во-первых, организация в одном приложении взаи- 
модействия с работающими СУБД различных типов в сетях с разными опера- 
ционными системами. Во-вторых, создание промежуточных, серверных при- 
ложений, которые берут на себя организацию доступа к базе данных, однако 
выполняются на некотором выделенном компьютере, сервере. Клиентские 
приложения взаимодействуют не напрямую с СУБД, а с этим серверным 
модулем, что позволяет существенно снизить нагрузку на сервер баз данных 
и вынести промежуточную логику обработки таблиц в некое дополнительное 
серверное звено. Такая программная архитектура называется многоуровневой 
(уровень клиентского приложения — уровни серверных модулей — уровень 
СУБД) или многозвенной (тшинет), а промежуточные программы относят- 
ся к так называемому классу пи @ешате (программное обеспечение промежу- 
точного слоя). Существуют, в частности, специальные серверы приложений 
для поддержки программ уровня п1Ае\гаге, хотя система Пер уже вклю- 
чает в себя готовые средства построения многоуровневых систем без привле- 
чения дорогостоящих коммерческих продуктов. 


5.3.1. Технология создания многоуровневых 
ВОР-приложений баз данных 


Технология создания многоуровневой системы в ОерЫ выглядит так. Во- 
первых, надо создать сервер приложений, промежуточное звено между 
СУБД и клиентскими программами, для чего задействуются компоненты 
ВарСоппесноп и ВарАдарег и настраивается связь с СУБД, как уже описыва- 
лось. Далее, к проекту добавляется компонент Оайа5упс, обеспечивающий вза- 
имодействие набора данных (.МЕТ-класса Оа{а$е!) с множественными гетеро- 
генными источниками данных. Через посредство этого компонента к серверу 
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сможет обращаться множество клиентских приложений, и каждому из них 
компонент Оа{абупс обеспечит доступ к нужной таблице некоторой СУБД. 
Наконец, надо использовать компонент НетоеЗегуег (Удаленный сервер), кото- 
рый был специально введен в Ое|рЫ для организации взаимодействия кли- 
ентских программ с компонентом Оа{а$упс по одному из стандартных сетевых 
протоколов. 


Пример: создание сервера приложений 


1. При создании серверной программы сначала создается заготовка пусто- 
го модуля У/шао\з Еогт5. Далее происходит связывание ее с одной из 
доступных СУБД. Это делается стандартным способом, с помощью ВОР- 
провайдеров. Затем готовится набор данных — компонент Оаа$е. 


2. Следующий важный шаг — добавление компонента Оаа$упс из группы 
Вопапд Оаэа Ргомаег палитры инструментов. Для его настройки надо вызвать 
визуальный редактор коллекции поставщиков данных, который данный 
компонент должен обслуживать. Редактор этот вызывается обращением 
к свойству Ргомаег$ компонента и нажатием на кнопку Ада в появившемся 
окне. В результате к доступному в текущем приложении списку провай- 
деров добавляется новый элемент (список Метрегз) — рис. 5.16. 


В правой части редактора выведены свойства текущего поставщика. Так, 
в свойстве БазАдарег указывается доступный в проекте Вар-адаптер 
(например, ВарАдаре!1). Остальные свойства можно не настраивать, так 
как они были сгенерированы автоматически при добавлении к проекту 


связи с СУБД. 


ТаБеМане 


ОрдаеМоде 


Рис. 5.16. Редактор коллекиии поставшиков данных 
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3. Далее добавим компонент ВетоеЗегуег и настроим его так: в свойстве 
Оа'а5упс укажем текущий объект синхронизации данных (например, 
Оа{абупс1), в свойстве СпаппеТуре выберем вид протокола связи с сервером 
(Тср или Нир), при необходимости изменим номер порта с 8000 на другой 
(свойство Роп). Также сделаем наш сервер активным сразу после его запу- 
ска, для чего установим значение Тише свойству АШоЗап. 


Обратите внимание на значение свойства ОН! компонента ВетощеЗегуег. Именно 
под таким сетевым именем (по умолчанию НетоеЗегуег1) он будет виден в кли- 
ентских программах. Чтобы не возникали проблемы с одинаковыми названиями, 
значение свойства ЧН! лучше изменить. 


4. Скомпилируем исполнимое приложение и запустим его, только не из 
среды Беры, а автономно (например, из Проводника). Это необходимо 
для отладки клиентской программы. Ведь для ее работы требуется уже 
настроенный сервер, прослушивающий обращения по заданному порту. 


Пример: создание клиентского приложения 


Теперь займемся созданием клиентского приложения, которое будет обра- 

щаться к северу по указанному нами протоколу. 

1. Создадим новое пустое приложение \!114о\5$ Еогтаз. К нему прежде все- 
го надо добавить компонент, поддерживающий набор данных (Оа{а$е! 
из группы Оаа Сотропеп$), и компонент, визуализирующий этот набор 
(БааСпа из группы Ва Сопго|$), связав их через свойство ВайаЗоиугсе. 


2. За связь клиентского приложения с сервером будет ответственен компо- 
нент ВетоеСоппесйоп (Удаленное соединение) из группы Во|апа Оаа Ргомадег. 
Укажем корректный тип протокола связи (значение свойства СваппеПуре 
должно совпадать со значением этого свойства компонента НетоеЗегуег 
сервера), а также адрес хоста, на котором сервер развернут (свойство 
Но$!), номер порта (свойство Роп) и, самое главное, адрес сервера в сети — 
ОВЕ (В зависимости от выбранного протокола схема его записи может 
меняться). 


Кроме того, надо убедиться, что название сервера (свойство ЦН, универ- 
сальный идентификатор сетевых ресурсов) совпадает с соответствующим 
значением свойства ЧУН! компонента НетоеЗегуег серверного приложения. 


3. Если все эти характеристики настроены правильно, а серверная програм- 
ма запущена и доступна по указанному адресу, то в свойстве РгомдегТуре 
компонента ВетоеСоппесйоп появится список доступных серверов, под- 
держивающих технологию Раба5упс. Выберем тот, который соответству- 
ет нашему серверному приложению (рис. 5.17). 


Таким образом, связь клиентской программы с сервером будет успешно 
установлена, причем еще на этапе проектирования. Не составляет большо- 
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Рис. 5.17. Настраиваем связь приложения с сервером 


го труда на ее основе сформировать полноценный пользовательский интер- 
фейс. Для этого достаточно добавить в проект компонент ВааНиЬ — прослой- 
ку между компонентом Вето!еСоппесйоп, обеспечивающим связь с сервером, и 
набором данных Оаа$е! локального приложения. Он играет примерно ту же 
роль, что и компонент Оаа$упс в сервере. Настраивается этот компонент про- 
сто. Со стороны сервера он поддерживает работу через свойство ВааРоц — 
в раскрывающемся списке будет показан набор доступных объектов, предо- 
ставляющих текущие ОКГ-соединения. В нашем случае укажем компонент 
ВетоеСоппесйоп. 

На уровне текущего приложения компонент ОайаНиЬ связывается с локаль- 
ным набором данных через свойство Оа{а$е. Если теперь запустить клиент- 
скую программу, то она первоначально предложит в своей форме выбрать 
нужную для обработки таблицу. Список этих таблиц был сформирован в 
серверном приложении через компонент Ваа$упс (его свойство Ргомаег$ — 
список дистанционно доступных провайдеров данных с привязанными к 
ним таблицами). При щелчке на названии нужной таблицы она откроется в 
локальном приложении. 

Конкретизировать внешний вид клиентской формы можно, переведя в 
Дизайнере состояние компонента Ва{аНиу6 в активное состояние (изменив его 
свойство Асё\е на Тгие) и в свойстве ВайаМетбег визуальной таблицы БааСпа 
указав конкретную таблицу базы данных (рис. 5.18). 
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Рис. 5.18. Просмотр удаленной базы данных на этапе проектирования 


5.3.2. Создание многоуровневых приложений для 
платформы .МЕТ с помощью технологии Оаа$пар 


Ограничение вышеизложенной технологии построения многоуровневой 
системы в том, что она ориентирована только на одну схему обмена данны- 
ми: по ТСР/НТТР-протоколам. Во многих проектах бывает полезно, а порой 
и необходимо обеспечить взаимодействие клиентов с сервером с помощью 
самых разных технологических средств: \У/еЬ-подходов, распределенной тех- 
нологии \Лш4о\$ ОСОМ, платформно-независимой технологии СОКВА 
или новой версии платформы .МЕТ. В среде Реры существует набор компо- 
нентов Эаа$пар, существенно упрощающий необходимые действия. 

Допустим, мы хотим создать серверное приложение, работоспособное на 
платформах У\/1п4о\5 2000/2003/ХР, имея ввиду, что клиентские програм- 
мы будут взаимодействовать с ним как из среды \/114о\%$ 32, так и из среды 
МЕТ. 


Пример: создание сервера приложений 


1. Сервер создается командой Ейе » М ем » УСЕ Рогтз$ АррИсаоп » Берн! ог МИп32 
(Файл » Создать » Приложения УСЕ РГогт$ » Приложение ОерН! \М/п32). 


2. Командой Ее » №м » Оег (Файл » Создать » Прочее) и выбором знач- 
ка Ветоуе Оаёа Модше (Модуль удаленного доступа к объекту) из раздела Оерй 
Рго]ес!$ / МиНШег к проекту добавляется модуль, обеспечивающий дистан- 
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ционную связь сервера с СУБД. В диалоговом окне построения такого 
модуля, в поле СоСаз$ Мате введем название интерфейса этого модуля, 
доступного в клиентских приложениях, например 02006Тез{ — (рис. 5.19). 


`Ветоле Бата Модше \хага | 


Рис. 5.19. Средство построения модуля удаленного доступа к базе данных 


3. Когда модуль будет создан, в него надо внести компоненты связи с СУБД, 
например Т$ОЁЕСоппесйоп и ТЗОЁЕТаЫе, которые задают связь с системой 
ПцегЬазе. А в качестве основного компонента, способного взять на себя 
рутинную функциональность сервера приложений (обслуживание кли- 
ентских запросов), выступит компонент ТРаа5еРгомаег из группы Обаа 
Ассез$ палитры инструментов. В его свойстве Оаа$е надо задать ссылку 
на компонент Т5О(ТаЫе, после чего свойству Асйме последнего надо при- 
своить значение Тше, чтобы активизировать сервер (рис. 5.20). 
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Рис. 5.20. Настройка сервера приложений 
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Таким образом, сервер приложений создан. Осталось подготовить его для 
работы на серверном компьютере: он должен постоянно находиться в памя- 
ти при обслуживании клиентских программ, как и сервер ВЧр-соединений в 
предыдущем примере. Однако находиться в таком состоянии постоянно не 
всегда имеет смысл, поэтому сервер приложений перед использованием надо 
зарегистрировать в той версии \У/т4о\з, где он будет эксплуатироваться 
(отличие от предыдущего примера). Для этого сервер запускается с параме- 
тром /гедзегуег в поле Рагатаег$ (Параметры) окна Ргоес! Орйоп$ (Параметры проек- 
та), которое открывается командой Вип » Рагатеег$ (Запуск » Параметры) — 
рис. 5.21. 
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Рис. 5.21. Настраиваем регистрацию сервера при его запуске 


Если теперь дать команду Вип » Вип (Запуск » Запустить), то сервер запу- 
стится, автоматически зарегистрируется в \/!1 90%, а потом сразу закроется. 
После этого строку-параметр запуска надо очистить. 


В дальнейшем, когда сервер надо будет исключить из реестра системы, запустите 
его с параметром /ипгедзегуег. 


Такое создание сервера — типовая для РерЫ процедура. А вот возможность 
формирования клиентских программ в Ое]рЫ 2006 существенно расширена. 


Пример: доступ к серверу из приложений (МЕТ 


1. Создадим пустую программу командой Ее » М ем » УСЕ Рогтз Аррйсайоп — 
Оери! ‘юг .МЕТ (Файл » Создать > Приложения УСЕ. Еогт$ > Вер! для .МЕТ). 
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2. Для доступа к серверу приложений (он должен быть к этому моменту запу- 
щен) поместим на форму компонент ТОСОМСоппесйоп из группы баа$пар 
палитры инструментов. Если обратиться к его свойству Зегуег!Мате, то рас- 
крывающийся список покажет все РСОМ-серверы, доступные в текущей 
операционной системе \Лп4о\з. Выберем созданный нами ранее Ргоеси. 
02006е$. Наличие установленной связи задается свойством Соппешед — 
ему надо дать значение Тше. В результате уже на этапе проектирования 
разработчику становится доступным дистанционный сервис. 


Если сервер приложений не был к этому моменту запущен, то после задания зна- 
чения Тгие свойству Соппецеа он запустится автоматически: ведь \ММпао\$ знает 
его местонахождение, так как он был зарегистрирован в системе. 


3. Поместим на форму клиентский (локальный) набор данных (компонент 
ТС!еОа{а5е{ из группы Оба Ассез$ палитры инструментов) — он связывает- 
ся с компонентом взаимодействия с сервером через свойство ВетыеЗегуег 
(будет доступно значение ОСОМСоппесйоп1). 


4. Еще один необходимый шаг — выбор дистанционного поставщика дан- 
ных (один из компонентов ТВаа$еРгомдег сервера), коих в серверном при- 
ложений может быть множество. Этот выбор осуществляется с помощью 
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(ТОовВсиЧСоити$) 


1010 :МРМ Согроганоп 


Рис. 5.22. Просмотр таблицы удаленной базы данных на этапе проектирования 
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свойства Ргоуде Мате. Если выполняется тестовый пример, то доступным 
будет, скорее всего, объект Ваабе!Ргомае\. 


5. Затем клиентский набор данных настраивается на обработку списка полей 
дистанционно получаемой таблицы базы, например с помощью редактора 
полей (пункт Нез Едйог контекстного меню). Стыковка набора данных с 
элементами интерфейса выполняется, как обычно, с помощью компонен- 
та ТОаазоугсе, а их визуализация — с помощью компонента ТОВОпа и дру- 
гих элементов группы ба Сопго5. Данные, полученные с сервера, будут 
сразу же показаны в Дизайнере (рис. 5.22). 


Схожим образом создается клиентское приложение и для платформы 
\Лп32 — в соответствующей группе Ваа$пар палитры инструментов будет 
доступен компонент ТОСОМСоппесйоп. 


Глава 6. Технологии создания 
\Меб-приложений 


6.1. Технологии создания приложений АЗР.МЕТ 


Напомним, что технология АЗР.МЕТ — это дальнейшее расширение техно- 
логии АЗР (Асйуе $егуег Рабез), позволяющей создавать сценарии, которые 
выполняются на \МеБ-сервере П\цегпей [пюгтайоп Зегу1сез (1$) и формиру- 
ют НТМГ-код, который отсылается клиентскому приложению (браузеру). 
Подобных технологий немало. Можно упомянуть популярные сценарные 
языки РНРи Рег|, которые распространяются свободно, функционируют на 
разных платформах и применимы для разных \/е-серверов. В свою очередь 
технологии АЗР и АЗР.МЕТ созданы в корпорации М1сгозой и ориентиро- 
ваны в первую очередь на возможности ее \У!е-сервера П$ и ее платформ 
УЛпао\$ и МЕТ. 

Существенным новшеством технологии АЗР.МЕТ явилась ее поддержка 
языков программирования для платформы .МЕТ. То есть она позволяет раз- 
рабатывать сценарии и на языке УВ.МЕТ, и на языке С#, и на любом другом 
языке, поддерживаемом средой выполнения СТ.К. Реально текст сценария 
чаще всего представляет собой код НТМЕ. (который отправляется клиент- 
скому приложению без изменений) со встроенными в него командами сце- 
нария. Выполняясь на \!еБ-сервере, эти команды формируют дополнитель- 
ный НТМГ-текст уже в рамках собственной логики: сформированные теги 
в виде обычных строк просто печатаются в поток стандартного вывода сце- 
нария. А новые возможности АЗР.МЕТ позволяют включать в сценарий 
вызовы функций из заранее оттранслированных модулей, что существен- 
но повышает общую производительность решения и гибкость системы: ведь 
подобные модули как обычные МЕТ-сборки могут напрямую обращаться ко 
всем функциональным ресурсам платформы МЕТ. Кроме того, текст сцена- 
рия и файл модуля обычно физически разделены, что позволяет независимо 
редактировать как детали интерфейса, имеющие отношение к НТМ!-опи- 
санию, так и логику, с этими деталями напрямую не связанную. Такой под- 
ход позволяет динамически строить результирующий НТМГ-файл, который 
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принимается браузером. Можно, например, обращаться на сервере к базам 
данных, после чего форматировать содержимое таблиц, взятых из базы, по 
правилам НТМЕ. 

Еще одна полезная особенность технологии АЗР.МЕТ — готовые средства 
построения экранных форм на стороне клиента (обычно в браузере), что 
позволяет проектировать пользовательский интерфейс окна браузера в при- 
вычном Дизайнере форм и организовывать дистанционное взаимодействие 
пользователя из браузера с У!е-сервером в виде более привычной модели 
локального приложения (пользовательский интерфейс и логика обработки 
его событий). 


6.1.1. Новые возможности ОерН по поддержке технологии 
АЗР.МЕТ 


Для автоматизации развертывания приложений АЗР.МЕТ на \№еБ-сервере 
в систему Ое|рЫ добавлен Менеджер развертывания (ОБероутепЕ Мапавде’), 
упрощающий перенос необходимых файлов на удаленный хост. 

Набор компонентов ОВ М/еБ, предназначенных для создания \/еЬ-приложе- 
ний, работающих с базами данных, расширен навигационным интерфейсом 
и компонентом МаМдайоп Ежепдег, преобразующим У!еЬ-элементы управления 
в элементы навигации по базе данных. Добавлены упрощенные средства соз- 
дания собственных компонентов ОВ \\еБ. 

Два новых компонента ОВ \МеБ Зоипд и ОВ \ММеь Учео расширяют возмож- 
ности сетевого приложения воспроизведением соответственно потоковой 
аудио- и видеоинформации (посредством установленного в системе клиента 
мультимедийного проигрывателя). 

Логику формирования НТМ!-элементов можно использовать стандартную, 
реализуемую по умолчанию в браузере, а можно создавать ее программно, на 
сервере. Для этого надо явно пометить НТМ(-элемент в Дизайнере как запу- 
скаемый на сервере (команда контекстного меню Вип А$ Зегуег СотгоГ). При 
этом соответствующий элемент расширяется атрибутом 1, значение которо- 
го совпадает с его одноименным свойством, и атрибутом гипа{ со значением 
зегуег. После этого он становится доступным в обработчиках событий формы 
(Перы-коде), можно, например, менять его цвет, размеры и так далее. 


Отметим также перенос на платформу .МЕТ технологий \\ебЗпар и |га\ер. 


6.1.2. Структура приложения АЗР.МЕТ 


В рамках проекта Ое]рЬ! \/’еБ-форма физически состоит из файла описания 
пользовательского интерфейса (расширение ‚азрх) и файла на языке Паскаль, 
задающего логику его поведения (расширение .раз). Кроме того, в файл опи- 
сания .азрх в дополнение к коду НТМ!. включаются серверные команды для 
создания тегов НТМИ. «на лету», в момент выполнения сценария на сервере. 
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После компиляции файл .РА$ преобразуется в ОТ.[.-библиотеку, которая 
вместе с файлом .АЗРХ размещается в нужном каталоге У\/еБ-сервера (соот- 
ветствующем некоему виртуальному каталогу), а уже в момент работы (при 
обращении к \/еБ-форме из браузера) файл .АЗРХ автоматически трансли- 
руется в код .МЕТ, что дает возможность вносить изменения во внешний вид 
\У!еБ-формы простой модификацией исходного кода. Это можно выполнять 
непосредственно на сервере, без корректировки логики работы (обработки 
действий пользователя), скрытой в 01.1. 


6.1.3. Пример создания простого приложения АЗР.МЕТ 


Рассмотрим простейший пример создания приложения АЗР.МЕТ, которое 
получает в браузере (в двух полях ввода формы) некоторые числа и выводит 
их сумму после нажатия на кнопку. Отметим, что сложение будет, конечно, 
выполняться на сервере, но сама форма будет доступна пользователю в его 
браузере. 


1. Создадим новый проект: Ейе > Мем > АЗР.МЕТ Меь Аррйсайоп (Файл » Создать > 
\МеБ-приложение АЗР.МЕТ). В поле Мате (Имя) укажем название приложе- 
ния — \МефРмз, в поле [осайоп (Размещение) оставим значение по умолча- 
нию, ориентированное на текущий \!еБ-сервер (рис. 6.1). 


Мему АЗР.МЕТ Шеь Аррисаноп 


АррйсаНоп Мате 
Туре Це пате Ша! уси магЕ Го цсе Гог (М5 аррканоп. Ц5е Не зате патто 
сопуепбог$ (Ва усц ию\Ю Гог папипю а фгесогу. 


Рис. 6.1. Подготовка к созданию проекта 


2. После нажатия на кнопку ОК среда Ое]рЬ! перейдет в режим проектирова- 
ния \У/еБ-формы. Проектирование выполняется способом, аналогичным 
способу работы с обычным дизайнером форм УМ ш4о\. 


На палитре инструментов выберем раздел \Меь Сопго$ (элементы \/еБ- 
управления), после чего поместим на форму два поля ввода ед1 и еди2 
(компонент ТежВох), поле-надпись 1аБе! (компонент ЁаБе!) и кнопку Бу®оп1 
(компонент Вийоп). Названия объектов задаются в свойстве 10. В полях 
ввода укажем нули в качестве начальных значений (свойство Тех‘). Знак 
«+» создан с помощью поля [аБе! (рис. 6.2). 


3. Обработчик нажатия на кнопку тоже формируется стандартным спосо- 
бом. Достаточно щелкнуть на этой кнопке в дизайнере \еБ-формы — в 
редакторе появится код, сгенерированный автоматически. 


116 Глава 6. Технологии создания \\/еБ-приложений 


'ВаскСоюг Г] 
‘ВогдегСоог Г) 
| ‘Вогдег5еУе Мое 
:Вогдег\иЧЕН 
:С$5$Са$$ 
`В :Ропе 
'РогеСоюг 


_ Ассез5Кеу 

` 'Саивез\айданоп ‘Тгие 

: СоттапдАгдитеги 

° Коттап9Мате ! 
'ЕпаЫед Тгие 

_ 'ЕпаЫемемкае {Тгие 
'ТаЫпдех 


9 


Рис. 6.2. Проектируем \еБ-форму 


ргосеацге ТиерГоги1. Вице оп1_С11сК (зепаег: бузбен.ОБ]есе; 
е: Зузсем.ЕухуереАгаз$}; 
Без1п 


ета; 


Укажем в нем оператор сложения и вывода результата: 


ргосеацге ТмерЕоги1 .Ваебоп1_С11СК (зепаех: бузеем.ОЪ)есе; 
е: зузбсем.ЕуепеАга$); 


Ъеа1п 

1афе11.ТехЕе := ТоЕТобЕех( ЗЕгТоТаё (еа161.Техёе) + 
ЗЕгТоТпЕ (еа162.Техе) ); 

епЯ; 


Чтобы этот код, выполненный в духе прежних версий Оеры, работал, 
необходимо подключить модуль 5у$0 5, в котором хранятся общеизвест- 
ные функции преобразования типов: 


1пр]1етмепеае1оп цвев $5у$06115; 


Теперь, в принципе, наш проект готов для запуска. Однако мы создаем 
не приложение \/1п40о\5, а модуль, который должен выполняться на \МеБ- 
сервере, поэтому напомним, что для поддержки его работы необходимо, что- 
бы на компьютере был установлен какой-либо \!еБ-сервер, обеспечивающий 
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работу сценариев АЗР.МЕТ. Проще всего, конечно, использовать стандарт- 
ный сервер М1сгозой П$. Если он настроен корректно, то достаточно дать 
команду главного меню Вип » Вип (Запуск » Запустить), все модули соберутся 
и приложение запустится. Введем в поля формы браузера значения, нажмем 
кнопку и получим результат (рис. 6.3). 


Рис. 6.3. Так работает Уев-калькулятор 


По данной технологии можно создавать весьма и весьма сложные поль- 
зовательские интерфейсы, задействуя всю мощь компонентов группы \еь 
Сопго!$ и сочетая ее с неограниченными возможностями программируемой 
логики языка Ое|рй1. 


6.1.4. Работа с редактором кода НТМЕ. 


При проектировании \/еЬ-формы мы пользовались эле- 
ментами управления категории \еь Согпго$. При этом в 
исходный текст файла .АЗРХ вставлялись теги АЗР.МЕТ. 
Часто бывает необходимо использовать стандартные теги 
НТМЕ для организации дизайна всей страницы и постро- 
ения стандартных форм ввода. Набор элементов управ- =. а 
ления, задаваемых тегами НТМГ, находится в палитре | нм тежиез 
инструментов в группе НТМЕ Еетет$ (рис. 6.4). СР ТР развита 
НТМГ-код текущего выбранного элемента пред- Я 
ставляется в нижнем окне, под Дизайнером. Его можно | ани к 
откорректировать, при этом соответствующие измене- | 
ния занесутся и в основной файл .АЗРХ. При модифи- | © нтмпадю вино 
кации исходного текста автоматически будет модифи- Е новом 
цироваться и внешний вид соответствующего элемента в 
Дизайнере. При этом разработчику доступны все основ- 
ныевозможности редактора: автозавершение кода, шабло- 


тооГРайене } 


Рис. 6.4. Элементы 
управления НТМЕ 
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ны, подсказки. Настройки редактора и Дизайнера НТМГ-тегов доступны по 
команде Тоо$ » Орйоп$ » НТМИУАЗР.МЕТ Орёоп$ (Сервис » Параметры » Параметры 
НТМЫАЗР.МЕТ). 


6.2. Технологии АЗР.МЕТ по работе с базами данных 


6.2.1. Технология стандартного соединения приложения 
АЗР.МЕТ с базами данных 


Основное предназначение технологии АЗР.МЕТ — это, конечно, создание 
\ГеЬ-систем, работающих с базами данных. Простые приложения, выполня- 
ющие арифметические расчеты или реализующие другую несложную логику, 
можно создавать с помощью более простых технологий (например, на языке 
РНР или даже с применением языков сценариев наподобие ] Эстрь исполня- 
ющихся непосредственно в браузере клиента). Гораздо актуальнее решения, 
в которых сохраняется информация о каждом пользователе, доступны раз- 
личные справочные каталоги, возможно обращение к корпоративным дан- 
ным. Для этого серверный код надо связать с СУБД, расположенной либо 
на компьютере с \!еБ-сервером, либо на другом компьютере, соединенном 
с этим сервером (обычно по локальной сети). В любом случае об их место- 
нахождении обычному пользователю заботиться не надо. Он запускает бра- 
узер, вводит обычный адрес, открывает \!еБ-страницу, заполняет форму и в 
ответ на свой запрос получает нужные сведения из удаленной базы данных. 

Никаких принципиальных отличий от вышерассмотренного подхода не 
будет и в данном подходе. ОТ.Т.-библиотека, сформированная вместе с кодом 
.АЗРХ, может обращаться к любым СУБД, находящимся в пределах ее дося- 
гаемости — достаточно встроить в нее средства взаимодействия с базами дан- 
НЫХ. 


Пример: заготовка серверного приложения 


1. Создадим пустое приложение АЗР.МЕТ, как было описано выше. Далее 
разместим на форме компоненты ВарСоппесйоп и ВарОааАдар ег и настроим 
их на связь, например, с таблицей СУЗТОМЕВ базы данных ПиегБазе, кото- 
рая использовалась ранее при описании технологий ВОР.МЕТ. 


2. Для доступа к соответствующему набору данных потребуется также ком- 
понент Оайа$е!{. Выделим в проекте объект ВарОбааАдар{ег, в его контекстном 
меню выберем пункт бепегае Туре Озазе! (Генерировать типизированный набор 
данных), после чего откроется дналоговое окно Сбепегае Оайазе! (рис. 6.5). 


Как видно, здесь предлагается быстрое создание и добавление к проек- 
ту готового набора данных Оаа$е!, настроенного на таблицу СУЗТОМЕВ. 
Нажмем кнопку ОК, и в проекте появится новый объект даа$е\. 
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Сбепегае 


Рис. 6.5. Средство автоматического создания набора данных 


3. Для взаимодействия с доступным теперь набором данных задействуем 
компонент ОааСпа из группы Ме Сопго (рис. 6.6). 


Тоо! Раее 


Рис. 6.6. Выбор компонента Мер Соттоб 


Разместим этот компонент на видном месте формы и свяжем его с набо- 
ром данных даа$е! через свойство ВааЗоиугсе. В свойстве ВайаМетьег выбе- 
рем ту таблицу, которую хотим редактировать в браузере клиента (пред- 
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Рис. 6.7. Структура связанной таблицы в Дизайнере форм 


варительно активизируем объект ВарОааАдарег, задав его свойству Асй\е 
значение ие). В Дизайнере сразу отобразится структура таблицы (назва- 
ния полей) — рис. 6.7. 


Пример: связывание данных 


По умолчанию концепция применения технологии АЗР.МЕТ требует, чтобы 
в программном коде \/еЬ-приложения выполнялось явное связывание поль- 
зовательского элемента управления с источником данных. Эта связь должна 
создаваться на этапе компиляции. Реализуется это требование следующим 
образом. Программист создает обработчик события 1оа4 (Загрузка) формы и 
назначает для него стандартное значение Раде_!оад (оно и предназначено для 
задач связывания). 


1. Выделим в Инспекторе объектов \/еБ-форму (объект Т\ебРотт1), на 
вкладке Еует$ (События) найдем событие [оад и установим для него значе- 
ние Раде_1оа4 (рис. 6.8). 


2. Дважды щелкнем на этой строке и в редакторе запрограммируем обработ- 
ку данного события. 
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Рис. 6.8. Выбираем перехватываемое событие Рабе_Гоа4 


ргосеацге ТиерГоги1.Раае_Гоаа (зепаег: бузбем.оОБ)еск; 
е: бузсем.Ехеп(Агаз); 
Ьед1п 
Зе1Ё.ПабаСг1а1 .ПВабаВлта; 
епа; 


Здесь вызывается метод ракаВ1па, который определяет связь между сер- 
верной логикой (формированием НТМТ-кода таблицы, которая, уже со 
встроенными значениями, взятыми из базы данных, будет передана кли- 
ентскому приложению) и источником данных (в нашем случае адаптером 
ВОР.МЕТ). Предварительно требуется, чтобы объект, вызывающий метод 
РасаВ1па, был настроен на источник данных (объект дага$ек 1) через свое 
свойство Расабопгсе. Мы сделали это в Дизайнере, но это можно сделать 
и в коде. 


Зе1Ё.БабаСи1а1.ПБабабоцгсе := Рабабе Е]; 
бе1Е.РабаСи1а1 .ПВабаВ1па; 


Остановимся на вопросе связывания более подробно. В среде МЕТ 
Егате\огк существуют разнообразные формы поддержки связывания 
данных — соединения набора данных с элементами пользовательского 
интерфейса, а также с различными внутренними структурами (например, 
связывание со списком массивов). Метод РасаВ1па, входящий в класс 
СопЕго1 среды МЕТ (этот класс определяет базовый элемент управле- 
ния), может быть вызван как для всей формы, за счет чего все наборы дан- 
ных свяжутся со всеми элементами управления, так и для конкретного 
элемента. А в качестве набора данных может выступать не только таблица 
реляционной СУБД, но и любой другой источник. 


3. Теперь приложение можно запустить и получить в браузере доступ ко 
всей таблице удаленной базы данных (рис. 6.9). 
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Рис. 6.9. Полный доступ из браузера к удаленной базе 


При создании \еБ-приложений существует одна тонкая особенность, 
которая касается как минимум СУБД ПцегБазе. В процессе проектирова- 
ния формы в Проводнике данных соответствующее соединение (в частно- 
сти, компонент ВарСоппесНоп) можно настраивать через локальные координа- 
ты физической базы данных, с указанием полного пути к ней. 

На рис. 6.10 в первой строке (РабаБазе) задан прямой путь к файлу базы 
ГобегЬазе етрюуее.946. Следует иметь в виду, что эта настройка действует 
лишь в пределах среды Пер, а когда начнется отладка приложения, то при 
запросе к нему из браузера возникнет ошибка невозможности подсоедине- 
ния к базе. Это связано с тем, что модуль, выполняющийся на \/еБ-серве- 
ре, обращается к базе данных по сетевому протоколу, и даже если эта база 
находится на одной с ним машине, доступ к ней все равно происходит по 
стандартным [Р-протоколам. Поэтому в конкретном проекте в начале записи 
пути доступа к физическому файлу надо обязательно указать либо название 
сетевой машины, на которой установлена СУБД, либо ее 1Р-адрес. На этапе 
отладки на одном компьютере такая запись может быть выполнена так. 


127.0.0.1:С: \6мр\етр1оуее.ааь 
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Рис. 6.10. Указанный путь доступа к базе данных актуален 
только на этапе отладки 


За [Р-адресом 127.0.0.1 локального компьютера обязательно следует дво- 
еточие, и лишь затем — путь к базе. Цифровой адрес можно заменить, напри- 
мер, на |юсаПо$, хотя и не всегда (рис. 6.11). 


бока я боя СВ 


Рис. 6.11. Правильная форма записи адреса базы данных в сети 
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6.2.2. Технология ОВ Ме 


В системе Ое]рр! существует технология ОВ \/еБ, которая еще больше упро- 
щает процесс создания \/еБ-приложений, взаимодействующих с базами дан- 
ных. Набор компонентов ОВ \\№еЬ даже не требует явной реализации процесса 
связывания, поскольку выполняет все нужные действия автоматически. 


Пример: связь с базами данных с помощью технологии ОВ \\еБ 


1. Выполним вышеописанные шаги по созданию 
приложения АЗР.МЕТ до момента, когда мы соз- 
дали работающее соединение с СУБД, но еще не 
разместили на форме пользовательский компо- 
нент ОааСпа. Вместо него воспользуемся компо- 
нентом ОВ\У\/еОаа$оигсе (Источник данных ОВ \еБ) из 
группы ОВ \е6 палитры компонентов (рис. 6.12). 


2. Свяжем этот компонент с существующим набором 
данных даа5е! через свойство ОВаабоиугсе (обратите 
внимание, что можно сразу выбрать и конкретную 
таблицу, СУЗТОМЕН). Таким образом компонент 
ОВ\М/ебаа5оисе служит своеобразным переход- 
ным звеном между компонентами ВОР.МЕТ и объ- 
ектами интерфейса ОВ \М\еь. 


3. Добавим на форму компонент ОВ\\Меь Спа, практи- 
чески аналогичный по предназначению компо- 
ненту ОааСпд. В его свойстве ОВОайа$оигсе выберем 
только что созданный источник ОВ\\МебааЗоигсе1, 
а в свойстве ТаМемате теперь укажем название 


доступной таблицы СУЗТОМЕВ. Рис. 6.12. Выбор 
© компонента 
На форме сразу же появится содержимое данной Рвуеь Бавабоиксе 


таблицы (рис. 6.13). Напомним, что при работе с 

элементами набора \№Меб Сопго5 данные в Дизайнере сразу не показыва- 
лись, так как их предварительно надо было связать с этими элементами 
с помощью метода рахаВ1па, причем непосредственно в процессе работы 
программы. 


4. Теперь достаточно скомпилировать и установить данное приложе- 
ние на \/еБ-сервере — и к нему можно будет обращаться из браузе- 
ра. Работоспособная программа (\МеБ-модуль) при этом будет получе- 
на без какого-либо ручного кодирования. Не возникает необходимости 
явного задания связей между источниками данных и элементами поль- 
зовательского интерфейса, а самое главное — на форме достаточно одно- 
го компонента-источника ОВ\М/ебОааЗоигсе, к которому могут обращаться 
любые другие компоненты панели ОВ \М\еБ, связывание которых с источ- 
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Рис. 6.13. Доступ к таблице баз данных па этапе проектирования 


ником данных выполнится автоматически. Кроме того, элементы управ- 
ления ОВ Ме совместимы с поставщиками данных АЗР.МЕТ и ВОР.МЕТ. 
Дополнительно отметим, что использованные нами компоненты облада- 
ют встроенными средствами прокручивания набора данных в окне брау- 
зера и средствами редактирования значений в текущей строке! 


Замечание: ОВ \У/еЬ и ХМЁЕ 


Еще одна полезная возможность набора компонентов ОВ У!еь — их спо- 
собность работать с ХМЕ-файлами как с источниками данных. Такие фай- 
лы представляют собой обычный текст с тегами разметки, структурирующи- 
ми содержимое не только в реляционном, но и, например, в иерархическом 
виде. При этом надо учитывать, что полная открытость ХМГ-файлов делает 
их беззащитными от внешнего просмотра, поэтому вряд ли разумно хранить 
в них какую-либо конфиденциальную информацию. И конечно, если сервер 
СУБД выполняет множество дополнительных функций по ведению базы 
данных (поддерживает транзакции, блокирует при необходимости таблицу 
или запись от конфликтных изменений, сохраняет ее целостность, выполня- 
ет различные действия по оптимизации запросов), то работа с ХМТ-файла- 
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ми таких возможностей не даст. Лучше всего задействовать ХМГ-файлы в 
качестве своеобразной небольшой локальной базы данных, сведения в кото- 
рой хранятся не реляционно, а в виде иерархических структур. Чаще всего 
потребность в обработке ХМТ-файлов востребована в интеграционных при- 
ложениях, когда данные из одних баз и систем передаются в другие и нужда- 
ются во временном хранилище, в идеале — имеющем иерархическую струк- 


туру. 


Пример: сохранение данных в ХМ! -файле 


Никаких особых требований для использования ХМТ-файлов в качестве 
источников данных в рамках технологии ОВ \\№еБ не существует. Рассмотрим 
сначала, как выгрузить существующий набор данных в ХМГ--файл. 


1. Описанным выше способом создадим приложение А$Р.МЕТ. 
2. Подготовим компоненты связи ВОР.МЕТ. 

3. Поместим на форму уже знакомый компонент ОВ\ММедааЗоугсе. 
4 


Выберем ХМГ-файл и в его свойстве ХМЕР!еМате укажем пока несуще- 
ствующее имя файла. 


5. Теперь достаточно запустить приложение и соответствующий файл будет 
создан. 


Итак, если требуется перевести некоторый набор данных в ХМГ-формат 
(сохранить в виде ХМГ-файла), то применяется вышеописанная схема, ког- 
да компонент Ваа$е{ связывается с существующим адаптером данных ВОР. 
МЕТ (он размещается на форме и настраивается заранее, после чего перево- 
дится в активное состояние). А в качестве Х МГ-файла в свойстве ХМЕРеМате 
источника данных ОВ\Ме.Оаа$оигсе указывается несуществующий файл, и 
после запуска такого приложения этот файл будет создан, а в него записана 
размеченная в соответствии с требованиями спецификации ХМГ. информа- 
ция из набора данных, заданного компонентом Оаа$е". 

Основной недостаток использования ХМТ-файлов в качестве «базы дан- 
ных», как уже говорилось, заключается в том, что организовать корректную 
работу множества пользователей с одним файлом практически невозможно. 
Как только одна из клиентских программ начинает модифицировать такой 
файл-базу, все остальные пользователи будут либо ждать окончания этого 
процесса, либо пытаться одновременно занести в файл противоречивые дан- 
ные, модифицированные разными клиентами. При работе с компонентом- 
источником данных ОВ \е6 можно явно назначить режим поддержки множе- 
ства копий рабочего ХМГ-файла, для чего в свойство Узе/пюиеРЙеМате надо 
занести значение ше. Однако при этом необходимо аккуратно задать права 
доступа дистанционных клиентских приложений к каталогу с этим файлом 
(указать в \/ш4о\$ права записи в этот общедоступный каталог). 
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В результате для каждого клиентского подключения к ХМГ-файлу, ука- 
занному в свойстве ХМЕРеМате, во избежание противоречий будет форми- 
роваться временный ХМГ-файл с уникальным именем для «персонального» 
использования. Однако анализ и синхронизацию содержимого этих файлов 
разработчику придется выполнять самому. Например, создавать отдельные 
утилиты, которые в плановом режиме будут запускаться на сервере и объ- 
единять все данные, поступившие из клиентских ХМГ-файлов. 

Задача эта не тривиальная, поэтому представляется оптимальным эксплу- 
атировать ХМТ-файлы прежде всего в качестве источников данных в режи- 
ме «только для чтения» (например, для последующей загрузки в полноцен- 
ную реляционную СУБД). 


Пример: загрузка данных из ХМЁЕ-файла 
Загрузка набора данных из ХМТ--файла происходит следующим образом. 


1. Создадим пустое \’еЬ-приложение АЗР.МЕТ. 


2. Разместим на форме компонент Ваа$@{ из раздела Ваа Сотропет$ палитры 
инструментов, а также компонент ОВ\\еа(а$оиугсе. 


3. В свойстве ХМЕРеМате последнего источника данных зададим существую- 
щий ХМГ-файл, а в свойстве Оа{аЗоигсе — набор данных (Оаа$е!). 


4. Далее добавим какой-либо из визуальных компонентов ОВ \/6Б, напри- 
мер ОВ\\МеЬ Сид, и свяжем его через свойство Ваа$оигсе с источником дан- 
ных ОВ\М/еОзаоигсе. В результате он отобразит содержимое ХМГ-файла 
как содержимое таблицы данных. 


6.2.3. Рекомендации по настройке и отладке приложений 
АЗР.МЕТ 


По умолчанию \№еБ-сервер позволяет загружать автоматически некоторое 
количество файлов при обращении к сайту. Известный пример — файл пдех. 
9т!. Имена этих файлов можно указать в окне консоли |метепюгтайоп Зег/сез. 
Выбрав пункт Веб-узел по умолчанию, в его контекстном меню надо дать коман- 
ду Свойства и перейти на вкладку Документы — там приведен список файлов, 
поддерживаемых по умолчанию. С помощью кнопки Добавить можно указать 
новый файл, например \\еРогт1.азрх. Это удобно, когда виртуальные ката- 
логи на \!еБ-сервере создаются автоматически при открытии соответствую- 
щих проектов в Веры, а в них создается только файл М/еРогт1.азрх. Если к 
такому каталогу обратиться, опустив полное название документа, то возник- 
нет ошибка, если этот документ не занесен в список умолчаний (рис. 6.14). 


Замечание: сервер Сазят 


Если в распоряжении разработчика имеется только один компьютер, то для 
отладки приложений АЗР.МЕТ весьма удобно воспользоваться открытым 
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Рис. 6.14. Формирование списка документов, загружаемых по умолчанию 


сервером Саз5ии, который входит в поставку системы Реры. Он хорош тем, 
что требует минимальных настроек, чем отличается от сервера П$, кото- 
рый начинает работать быстро и устойчиво только после изрядных конфи- 
гурационных изменений. Отличительная особенность Саз$$ш! — поддержка 
разработки именно на локальном компьютере: для полноценного серверно- 
го использования необходимо вносить изменения в его исходные тексты. 
Впрочем, вряд ли он может соревноваться с другими общедоступными \№еБ- 
серверами, например с Арасфье, а вот для разработки и отладки подходит как 
нельзя лучше. 

В принципе, последнюю версию Саз$ш1 можно загрузить с сайта разра- 
ботчиков м/\мм.азр.пеИРго]ес!/СазтИ, причем в поставку может входить и файл 
.ЕХЕ, но по различным причинам им лучше не пользоваться (почти всегда 
он оказывается неработоспособным и не может разобраться с портами 80 и 
8080). Рекомендуется полностью собрать новую версию из исходных тек- 
стов. Написан Са$5И на языке С#, поэтому необходимо, чтобы в системной 
переменной РАТН был прописан полный путь к компилятору С#, входяще- 
му в поставку .МЕТ Егате\могк. Скорее всего переменную РАТН надо будет 
дополнить строкой наподобие: 


с: \И1тпаомс$ \МлтскозоЕЕ. МЕТ\Егащемох"Кк\\1.1.4322\ 


Сам компилятор командной строки называется сзс.ехе (С 5йатр Сотрие”). 
Чтобы собрать сервер Са$511 из исходных текстов (они расположены в ката- 
логе примеров ВоПапд\ВО$\4.0\Оетоз\Саззт!), надо запустить командный файл 
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Бийа.Баф, после чего в этом каталоге появится файл СаззтА\Меьегуег.ехе. Когда 
при создании приложения АЗР.МЕТ в качестве \/еБ-сервера будет впервые 
указан сервер Саззи, система ОерЫ запросит его местонахождение (файл 
СаззиМ/е6Зегуег.ехе) и предложит выполнить мелкие настройки (указать рабо- 
чий порт, например 8080; установить виртуальный каталог для хранения соз- 
даваемого \!еБ-модуля). Уточнение всех этих особенностей можно отложить 
до момента создания проекта. 


6.3. Технологии создания \еб-служб (\Меб Зегмсез$) 


6.3.1. Принцип быстрой разработки \Ме-служб 


Концепция \/еБ-служб сегодня по праву считается наиболее перспектив- 
ным направлением развития сетевого компонентного подхода. \/еЬ-служба 
представляет собой программный интерфейс, к функциям которого можно 
обращаться дистанционными запросами в стандартной форме по локальной 
и глобальной сетям. Компоненты, выполненные в классических моделях, 
остаются довольно сложными в развертывании, программирование обра- 
щений к их функциям также не всегда легко выполняется, а поддерживае- 
мые интерфейсы зачастую несовместимы друг с другом. Но самый главный 
недостаток действующих компонентных моделей заключается в том, что они 
требуют для своего функционирования определенных архитектур, сред, опе- 
рационных систем. Поэтому разворачивать и сопровождать на предприятии 
одновременно несколько платформ (например, ]ауа, СОКВА, МЕТ) весьма 
накладно и трудоемко. 

\М/еЬ-служба является сетевым развитием компонентной концепции. 
Процесс использования любой \МеБ-службы не связан с формой ее реали- 
зации, то есть работать такая служба может на ОЧпх-сервере или \Лшао\$- 
машине, в мобильной ]ауа-среде или на мэйнфрейме, но в каждом случае для 
обращения к ней достаточно иметь обычный браузер, действующий на про- 
извольной программно-аппаратной платформе. Это позволяет, в частности, 
состыковывать множество внутренних и внешних приложений предприя- 
тия, не создавая для этого дополнительную инфраструктуру. 

Весь процесс взаимодействия клиентской программы с \!еБ-службой 
происходит, как правило, на основе высокоуровневого протокола Зипр/е 
ОБ}есу Ассез$ Ргобосо] (ЗОАР), который, в свою очередь, основан на тексто- 
вом языке разметки ХМГ, что позволяет использовать для работы с У/еБ- 
службами стандартный текстовый протокол НТТР. Если обращение к \’ер- 
службе должно происходить программно, в автоматическом режиме, то 
первым делом она должна предоставлять полное описание реализуемого ею 
программного интерфейса. Оно должно содержать перечень доступных для 
вызова методов с указанием их параметров и типов, а также формат возвра- 
щаемого значения. Для организации такого взаимодействия предназначен 
\!еЬ Зегу1сез ОезсирИиоп Гапбиаре (\/ЗОТ.) — язык описания \/’еЬ-служб. 
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С его помощью программа-клиент автоматически выясняет подходящий 
способ обращения к конкретной \!еБ-службе. А когда происходит вызов 
конкретного метода из интерфейса \У/еЬ-службы, та обращается к \еБ-сер- 
веру, на котором работает (сервер должен поддерживать соответствующие 
технологии \У!еБ Зегу1сез). После этого автоматически создается объект, реа- 
лизующий интерфейс службы, выполняется нужный метод этого объекта, а 
результат возвращается сервером клиенту по ЗОАР-протоколу. 


6.3.2. Структура Меб-службы 


В ходе создания \!еБ-службы компилятор ОПерЫ автоматически сгенери- 
рует ряд файлов, одни из которых будут в дальнейшем модифицировать- 
ся автоматически, а другие будут хранить код, подготовленный вручную. 
Автоматически создаваемый файл с расширением .А5МХ задает связь меж- 
ду \’еБ-службой и ее адресом СВТ, по которому она будет доступна конеч- 
ным пользователям, и определяет класс, экземпляр которого будет создан 
при обращении к службе для выполнения ее функций. Кроме того, в этом 
файле, как и в сценарных файлах АЗР.МЕТ, можно расположить и программ- 
ный код (например, на языке С#), определяющий логику работы службы, 
однако делать это на языке Ое|р|! пока невозможно. 

Файл проекта .РА$ хранит непосредственный код обработки пользова- 
тельских запросов — основную прикладную логику, реализацию необходи- 
мых разработчику функций интерфейса \!еЬ-службы. 

Файл .\УЗОТ. хранит стандартное ХМГ-описание \/еБ-службы (ее откры- 
тый интерфейс), которое будет передаваться приложениям, запрашивающим 
перечень методов, доступных для дистанционного вызова. 

Результирующий файл \!еБ-службы (в формате УЛп4о\з) выполнен в 
формате динамически загружаемой библиотеки и имеет расширение .ОТ.Г. 


6.3.3. Технология создания простой \"еБ-службы 


Рассмотрим создание несложной \!еБ-службы, умножающей два получен- 
ных дробных числа. 


1. Новый проект создается командой главного меню Ре > № м 3 О!ег (Файл $ 
Создать » Другое), на вкладке Оерн! ‘юг .МЕТ Ргоуес$ (Проекты Оери:.МЕТ) выби- 
рается значок АЗР.МЕТ \МеБ Зеплсе Аррйсайоп (Приложение \№еб-службы АЗР. 
МЕТ) — рис. 6.15. 


После нажатия кнопки ОК, как обычно для \МеБ-приложений, укажем 
название проекта, например Ме Зегмсе1, и каталог для его хранения. В ката- 
логе будет создана пара файлов, например \Ме6Зегисе1.азтх и М/ебЗегисе1. 
раз. 


2. В редакторе Реры перейдем к файлу \М!еьЗемсе1. раз. По умолчанию в 
нем автоматически создан метод-пример Не11омог1а, который войдет в 
открытый интерфейс нашей службы. Пока он скрыт в комментариях. 
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Рис. 6.15. Выбор типа проекта 


В интерфейсе: 


ТИеббехгу1се1 = с1авв (Зузбем.имер.бегу1сез .Меб5егу1се) 


рчЬ1]1с 
сопвегасвог Сгеа(е; 
(* 
// Запр1е Меь бегу1се Мебпоа 
[иеьмМеЕрвоа] 
Еорсе1оп Не1]о0о\ох1а: вег1п9; 
*) 


епа; 


В реализации: 

// Затшр1е Меь 5бегу1се Меевоа 

// ТБе Ео11ом1па теббоа 1$ ргоу1Ааеа (о а11ом ЁЕог Еезе1па а 
пех меь зегку]1се. 

( * 

Еарсе1оп ТМербегу1се1.Не1]1о0о\ог]1Я: вЕт1пд; 

Без1п 

Везц1е := ‘Не11о Мог1а'; 

епа; 

*) 
3. Снимем комментарии с обеих частей, после чего у Нас окажется готовая 

заготовка \!еБ-службы. После компиляции в целях тестирования к ней 

можно обращаться из браузера, например, так. 
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Рис. 6.16. Уеб-служба в действии 


Веер: / /1оса]1Воз® /Меб5егу1сеАрр11са(1оп1 /Мерббеху1се1.азмх 


Здесь считается, что проект размещен в виртуальном каталоге 
У/еьЗеглсеАррисаноп1 \У!еБ-сервера. Отклик браузера, если настройки сер- 
вера выполнены правильно, будет таким, как показано на рисунке 6.16. 


В этом окне имеется все необходимое для тестирования нашей службы. 
Мы рассмотрим эти возможности далее. 


4. Добавим к нашей программе новый метод умножения. Назовем его 
МеЪми1. Два его параметра будут представлять дробные числа, а возвра- 
щать метод будет дробное значение, равное их произведению. Перед опи- 
санием заголовка метода в классе необходимо указать атрибут меЪмеевоа, 
который сообщает компилятору, что следующий метод может использо- 
ваться через открытый интерфейс \/еЬ-службы: 


Тиербегу1се1 = с1авв (бузбем.Меь. бехгу1сез .Мербеху1се) 
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рчЬ11с 
сопзЕгасеог Стеаее; 


// Зашр1е Меь бегу1се МеЕпоа 
[меьмеероа] 
Еарсе1оп Не]1]омог1Я: вёг1пда; 


[иеьмеЕпвоа] 
Еапсе1оп МеБМо1 (х,у: ПочЬ1е): ПочЬ1е; 


епа; 
Реализация: 


Еапс&1оп ТМербегу1се1.МеьМо] (х, у: ПБоч1е): Поч Те; 
Бед1п 

Везц16 := Хх * у; 
епа; 


5. Обратившись из браузера по указанному выше адресу, рядом со ссылкой 
Не!оМ/юойа мы увидим новую ссылку \МеБМи. Такая удобная возможность 
интерактивного просмотра интерфейса \!еБ-службы реализуется соот- 
ветствующими модулями \У/еБ-сервера, ответственными за поддержку 
протокола ЗОАР и \У!еБ-служб. При щелчке на ссылке \МеБМи откроется 
окно проверки метода МеЪМи1 с автоматически сгенерированной тестовой 
формой и наглядными полями, совпадающими по названию с именами 
параметров тестируемого метода. В нижней его части будут подробно 
описаны форматы ЗОАР-запроса и ЗОАР-ответа, оба в формате ХМГ. 


РОСТ /Мербехгу1сеАрр]11са&1оп1 /Меб$егу1се1.азшх 
НТТР/1.1 

Нозе: 1оса1По$е 

Сопбепе-Туре: Сех@е/хм1; спагзес=чЕеЕ-8 
Сопсепе-ГепаеВ: 1епаей 

ЗОАРАСЕ1оп: “БЕЕр: / /бетриг1 . ога /МеьМи1” 


<?хи1 Уег$1о0оп=”1.0” епсоа1па="аЕЕ-8"?> 
<зоар:Епуе1оре хи1п$:х51="ВЕЕр: / /ммм.м3 .ога/2001/ХМЬбсремта- 
1п5сапсе” хи]пз:хз@а="ВЕЕр: / /ммм.м3 .ога/2001/ХМЬбспема” 
хи] п$ : оар="БЕЕр: / /зсремаз.хи15оар.ога /зоар/епуе1оре/"> 
<зоар : Воау> 
<ИеьМа1 хи1п$="рРЕЕр: / /бешриг1.ога/"> 
<х>аоцЬ1е</х> 
<у>аоцЬ1е</у> 
</мМеьМо1> 
</зоар: ВоЯау> 
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</зоар:Епуе1оре> 


НТТР/1.1 200 ОК 
СорбепЕ-Туре: кехЕе/хп]1; спагзее=аЕЕ-8 
Сопсепе-ГепаеВ: 1епаев 
<?хм1 Уег$1о0оп=”1.0” епсоа1па="аЕЕ-8"?> 
<зоар:Епуе]оре хп1пз:х51="ВЕЕр: / /мим.м3 .ога/2001/ХМЬбсВема- 
1п5бапсе” хи1п5:хза=”ЬЕЕр: / /ммм.м3 .ога/2001/ХМЬ5сВвета” 
хи] п$ : зоар= "Веер: / /зспемаз.хи1зоар.ога /зоар/епуе1оре/"> 
<зоар: Воау> 
<МерМа]Везропзе хи1п$="”РЕЕр: / /бетриг1.ога/"> 
_<МеБМу1Кези1Е>Аонр1е< /МерМи1Вези1е> 
</МеьМи1Кезропзе> 
</зоар :Воау> 
</зоар:Епуе1оре> 


Видно, ЧТО Параметры хиИу выступают как Названия тегов, а ИХ ТИПЫ — 
Как значения. По схожей схеме формируется И возвращаемое значение 
Ме ьМиц]1Кезоы1 Е. 


_ Ви Иобранное  Сёрвис о Справка _ 


о -ын 


Т\М/еБЗегисе1 


Снск бега Тог а сотр@е #31 о! ореганоп$. 


Ме, ми 


Тех 
То 1е$1 ле орегайюоп изпа те НТТР РОЗТ рихфосо!, сйск4Не Тпуоке' БуНоп. 


Тие Топомипа 1$ а затре ЗОАР гедие ап гезропзе. Те расеро!Фегз зПоууп пее 10 Бе герасед чи/йИ 
абиа! уацез. 


Рис. 6.17. Проверка \еб-калькулятора 
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"Ядре с: $8] РЕр: ЛосаНо$ меб бегиседррисаНоп1 АмеБсе 


<?хт| уег$1п="1.0" епсодтд=" 0-8" ?> 
<цецЫе хипо="В р ИЯАеирий ога" >8.8491480000000013 </3оЫе> 


Рис. 6.18. Результат вычислений представлен в формате ХМЕ 


Введем произвольные значения, не забывая, что дробные числа в полях 
ввода надо указывать с запятой (если версия \У/п4о\$ русифицирова- 
на), и нажмем кнопку пуоке дистанционного вызова выбранного мето- 
да (рис. 6.17). Результат будет показан в браузере в наглядном формате 
ХМЕГ (рис. 6.18). 


6.3.4. Технология создания клиента \Меб-службы 


Помимо создания собственно \У/еБ-служб система ОефрЫ предоставляет, 
конечно, и средства создания клиентов, обращающихся к таким службам. 
Создаются подобные клиенты весьма просто. Сформируем для начала новое 
приложение (обычную форму \/114о\з Еогтз или форму АЗР.МЕТ У\еБ). 


Пример: подготовка описания интерфейса \М/еБ-службы 


В дальнейшем для обращения клиентских приложений к нашему (или любо- 
му другому) У!еБ-сервису потребуется \/$ОТ-файл, содержащий описа- 
ние созданного интерфейса (в нем сейчас один метод умножения и метод 
Нейо\М/он@, сгенерированный по умолчанию). 


1. 


Получить этот файл можно обращением: 


ПЕЕр : / /1оса]1Возе /Меь5егху1се1 /Меббегу1се!1.азшх?мза1 


Можно щелкнуть на ссылке Земсе Оезсирйоп в окне браузера, где мы отла- 
живали список методов \!еЬ-службы (рис. 6.16). В результате в браузере 
появится ХМГ-текст описания интерфейса, который надо сохранить как 
\/$ОТГ-файл (его расширение должно быть .\/ЗОТ.). 


Дадим команду Рес » Ада \Меь Веегепсе (Проект > Добавить ММеБ-ссылку) — 
откроется диалоговое окно так называемого (ОП]-браузера Вогап4. Он 
позволяет просматривать ООО]-каталоги, хранящие коллекции У/ер- 
служб, и выбирать подходящую дистанционную услугу. Мы сейчас ука- 
жем \М5ОГ-файл, сформированный в предыдущем примере в ходе созда- 
ния тестовой \!еБ-службы (рис. 6.19). 
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# ,] 1лебриБ\ииимтоо му еБбегусеАррисанол! \\уеБзегусе] „541 рые 


)  <?хии уегюп="1.0" епсо9тд=" 1-8" ?> 
| - «дебиаиз хил НН" р лосната.хиИзоар.оголиз НИ ри" 
этии$ зоарт"Ь р спетак хи вар отцам Я Изоар/” 
кииия: =" религ мы 3 ОГО ХЬ Зспата” 
хи ЗО="ННрулетрийлия/”" 
хп зсаревс="Вархсветаз. хпуваар.огогзаар/епсоанир” 
хз "рии сова в. сон инте де евину" 
ких: пов ="И Ир усвентаз хпузозр.огалуыИлинве:" 
1энуеИЧатесрасе=" А р/Аетрий.огд/” 
хана =" р аспезав. хи оар.веалме "> 
. Чузес> 
- <; зснетла яетаг!Р ога =" диаНйе4" 
зан Чатебрасе="ВрУЛетрий.огд/"> 
. <8. ее! пате="Не|о\ ой 9"> 
<. сотиехТуре /> 
</ 5 етег> 
.- <5. етег! пагия="НеНо\Мо |9Везроп$е" > 
- <. сошыехТур=> 
- <; 5вацепсе> 
<ъ. в!еглег4 пнпОсси:$="0" 


тм Сс 


Рис. 6.19. Добавляем в проект описание \УеБ-службы 


Теперь нажмем кнопку Ада Веегепсе (Добавить ссылку), и описание выбран- 
ной нами \/еБ-службы добавится к проекту. В частности, в папке проекта 
будет создан каталог \/е Ке[егепсе$, а в нем разместится файл .М/$ ОГ. 


С помощью команды Ргоес! » Ада \Меь Вегепсе в один проект может быть до- 
бавлено множество разных \Меб-служб (прокси-классов). Эта команда введена 
специально для быстрого создания многофункциональных приложений и систем, 
интегрирующих сторонние программы. 


При работе с \/’еБ-службами надо точно знать, какой конкретно метод интер- 
фейса У/еЬ-сервиса предназначен для вызова службы. В ходе вышеописан- 
ного процесса в проекте появился модуль \/е.Кеегепсе$, который содержит 
описание класса (подобные классы нередко называются прокси-классами, 
посредниками), реализующего интерфейс, полученный в формате У\/ЗОГ. 
(рис. 6.21). 

Просмотрев файл \ебВеегепсе.\МеЗегмсе1.раз, мы увидим следующие 
строки. 


суре 
[бузеем. 01 аапо$Е1с$ .Перцачег$ ерТИгоцарвАе& г1Раее] 
[бузЕем.СотропепЕМо@е1 .БезлапегСабечокуАе г1РБисе ('соае’) ] 
[бузеем. Мер. бегу1сез .Меббегу1сеВ1пЯ1п А Е г1раее 

(Мапе= ‘ТМебзЗегу1се1боар’, Мамезрасе='ВЕ*р: / /бетшриг1.ога/’) ] 
Тиеб$егу1се1 = с1авв 
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(Зузсем. Мер. беху1сез.Ргоеосо1$. ЗбоарНЕрС11епЕРго®восо1) 
/// <гетахКз/> 
рчЬ11с 
сопвегасбог Сгеаее; 
/// <хетахгК$/> 
[бузеем.Мер. бегу1сез .Рговосо1$ .боарПосимепеМееПодА® Е глрисе 
('ПЕср://бетриг1.ога/Не11омог1а', 
Веаиез«Мапезрасе= ' ВЕЕр: / /бетриг1.ога/’, 
ВезропзеМапезрасе= 'ПЕЕр://кетриг1.ога/', Чзе= бузбет.мМеь. 
бег\у1сез .Пезск1ре1оп. боарВ1па1паЧзе.Ь16ега1, Рагамесег$®ку1е= 
Сузбем. Мер. бегу1сез.Ргоеосо1$. боарРагащевег5©у]е.Игарреа) ] 
Еипсе1оп Не1]1омог]1@Я: вёг1па; 
/// <гхетахгК$/> 
Еипсе1оп Вед1пНе1]оМог1@а(са]11БасКк: бузЕем.АзупсСа11раск; 
азупсбеаее: Зузбем.ОБ)ес®): бузкем. ТАзупсКези1; 
/// <гетахК$/> 
Емрсе1оп ЕпаНе]1]1оМог1&А (азупсКезц1е: бузбем.ТАзупсКезо1е): 
5Ег1пд; 
/// <гетагкК$/> 
[ЗузЕем. Мер. бегу1сез .Рго(осо1$ .боарОоситепеМееПодАЕ Е г1Раее 
('БЕСр://беприг1 .ога/МеЬМи1', 
Кеацез(Мапезрасе= ' ПЕЕр: / /бетриг1.ога/’, КезропзеМацщезрасе= 
‘Веер: //сетруг1.ога/’, 
Озе= бузбем. Мер. бегу1сез .Безсг1рЕ1оп. боарВ1па1пта0ве. 
111Сега1, Рагамекех$Еу1е= бузбеп.Мер.бехгу1сез.РгоКосо]$. 
боарРагапек ег (у]1е.Мгарреа) ] 


РголесСгоир1 
1 Е ЕН Ргодесе1.ехе 
+ 8 кеегепее$ 
2. @ \“еЬ КеГегепсез 
2 ФЕ \меБНеГегегсе 


Е $] ммеБвегегепсе \уеБ5егусе! ‚раз 
- ФО 
5 21 Модебуррок 
3 ‚Е МИпРогт1 .раз 


: | В Моде! Ме : АЗ Оака Ехрюгег : 


Рис. 6.21. Выбор описания \ев-службы 
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Еарсе1оп МерМо1(х: бузеем.ПоцБ1е; у: Зузбем.ПойЪ1е): 
бЗузсем.ПоцЬ1е; 

/// <гемтахкз/> 

Еапсе1оп Вед1пМеьМо1 (х: бузбеш.ПоцЪ1е; у: бузбем.рБочЬ1е; 
са1]1раск: бузбем.АзупсСа]11БаскК; 

азупсбсаее: Зузбетм.ОБ)есь): бузеем.ТАзупсВези1с; 

/// <гемагкз/> 

Еарсе1опл Епа\еЬМи1 (азупсКезц1е: бузбем.ТАзупсКези14): 
бузсешм.ПочцЬ1е; 

епа; 


Видно, что здесь описан класс Тиеббехг\у1се]1, а В нем имеется метод 
МеБМы1. 


Пример: организация доступа к \\еБ-сервису из кода 


Следующий шаг — программирование логики доступа к сервису и использо- 
вание сервиса. 


1. Допустим, мы хотим обращаться к услуге \Ме Мцщ по нажатию на кнопку 
Вийоп1. Для этого разместим на форме такую кнопку и создадим ее обра- 
ботчик, а также разместим поле-надпись аБей. 


2. В обработчике сначала создадим объект \/еБ-службы (экземпляр класса 
ТМ/еь$егисе1), а затем обратимся к нужному нам методу Меьмы1. 


ргосеацге Ти1пРоги1 .Ваебоп1_С11сК (зепаег: Зузбем.ОБ)есе; 
е: Зузсем.ЕуепеАгаз); 
уаг 
из: Тиербегу1се1; 


2: ОоцЬ1е; 

Бед1п 

из := Тмербегу1се1.Сгеабе; // создаем прокси-объект 

2 := \$5.МерМу1( 3.14, 2.8182 ); // вызываем метод удаленной 
МИеь-службы 

1аре11.ТехЕ := 7.Тобеглпа; // выводим результат в текстовом 
виде 

епца; 


3. Чтобы данный код компилировался, надо включить в перечень доступ- 
ных модулей ссылку на описание прокси-класса. Сделать это можно, 
например, командой Ее » зе Цпи (Файл » Использовать модуль), выбрав в 
диалоговом окне единственный модуль \\МеНе!егепсе.\МебЗегисе1. 


4. Запустим программу, нажмем кнопку, и в поле надписи появится значе- 
ние 8,849148. Удобнее, конечно, разместить на форме два поля ввода, что- 
бы реализовать, например, дистанционный клиент-калькулятор. 
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Пример: программирование выдачи сложных значений 


Возвращаемое \МеБ-службой значение может иметь сколь угодно сложную 
структуру. При этом она будет автоматически переводиться из \/$ОТ-опи- 
сания в соответствующие типы данных Ое|рН1. 


1. Допустим, мы хотим, чтобы значение, рассчитанное в методе МеЪьми1 , пред- 
ставляло собой не одно число, а передавалось в виде следующей записи. 


ТиеБАпзмег=гесога 
Вез: ПоцЬ1е; 
Везбек: 5%:1п9; 

епа; 


2. Пусть поле Кез будет хранить численное значение произведения, а 
КезЕт — его текстовое представление. Последнюю величину Можно, 
конечно, получить гораздо более простыми способами, поэтому данный 
пример приведен исключительно для демонстрации интеллектуальных 
возможностей Пе|ры. Перепишем метод МеЪМи1 в новый вид с названием 
МердА5К: 


Суре 
ТиерАпзмиег=гесога 
Вез: ПоцЬ1е; 
Кезбег: 5Ег1па; 
епа; 


ТИербег\у1се1 = с1авв (Зузкем.Мер.бехгу1сез .Меьбегу1се) 
{ЗВЕСТОМ 'Без1апег Мапааеа Соае’} 
$6г1се рг1уабе 
/// <зиттаху> 
/// Веаазгеа аез1апег уаг1аЪБ1е. 
/// </зиптагу> 
сопропепез: ТСопба1птег; 
/// <зипмаху> 
/// Веас1геа пебПоЯа ЁЕог ПШезлапег зарроге - ао поЕ моа1Еу 
/// ЕРе сопбепёз оЕЁ 51$ шеЕброа мтер ЕБе сое е@1%охк. 
/// </зоаптагу> 
ргосеацге 1п1(1а117еСоптропепе; 
{ ЗЕМОВЕСТОМ } 
вЕг1се ргобескеа 
/// <запмагу> 
/// С1еап чр апу гевоцгсевз Ъе1па чзеа. 
/// </взопмагу> 
ргоседиге П1эрозе (915роз1па: Роо1еап); оуегг4ае; 
рг1уаее 
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{ Ру1луабе ПШес1агхае1опз } 
раЪ11с 
сопвегасеог Сгеаее; 


// Затр1е Меь бегу1се Мебвоа 
([иеБмеЕвпоа] 
ЕирсЕ1оп Не11омМог1Я: вёг1па; 


[\еьмеЕвоа] 
Еапсе1оп МерАзк(х,у: ПоцБЛе): ТмерАпзиег; 


епа; 
Реализация его может быть такой. 


Еапсе1оп ТМербегу1се1.МерАзК(х,у: ПоцЬ1е): ТмеБАпзмекг; 
уаг п: ТмерАпзимекг; 


Бед1п 
п.Вез := х*у; 
п.Везсег := п.Вез.ТобЕг1пд; 
Вези16е := п; 

епа; 


3. Выполним вышеописанную последовательность действий для \У/еБ- 
службы: соберем проект, получим \/$ОТ-описание нашего интерфейса и 
сохраним его в файле, затем подготовим программу-клиент, добавим в нее 
\М/еЬ-ссылку с помощью \УО5$Т.-файла и, наконец, переключимся в описа- 
ние добавленного интерфейса на языке Ое[р|. В описании прокси-класса 
ТИеЪ5егу1се1 будут следующие строки. 


Еарсе1оп МерАзКк(х: бузбем.ПоцЬ1е; у: бузбем.ПоцЬ1е): 
ТиерАпзиег; 

/// <гемахК$/> 

Еарсе1оп ВеатимерАзк(х: бузеем.ПОоцЪ1е; у: Зузеем.Боц Те; 
са1]1БасКк: Зузбем.АзупсСа11Баск; 

азупсбабе: ЗузЕем.ОБ)ес®): Зузбем.ТАзупсКези1е(; 

/// <гхемахКк$/> 

Еапсе1оп ЕпаМерБАЗК (азупсКези1&: бузбем.ТАзупсКезц16): 
ТиерАпзиег; 


4. Нужный нам метод \МеБАзК описан как возвращающий значение типа 
ТМ/еБАпзмег. Просмотрев текущий файл, мы найдем его описание. 


[бузсем. Хи] .бег1а117аЕ1оп.Хи1ТуреАЕ Е г1Бибе (Матезрасе= 
'‘Песр://сетшриг1.ога/’) ] 
ТиерАпзимег = с1авв 
` /// <гемахк$/> 
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рчЬ11с 
Вез: бузсем.ПоцЬ1е; 
/// <гетагКк$/> 
ВезсЕт: вЕг1пда; 
еп; 


Этот тип представлен не как структура, запись Паскаля (тесота), а как 
класс — это относится ко всем схемам обмена данными между У/еЬ-служ- 
бами. Любые сложные структуры данных представляются в \/$ОТ.--опи- 
саниях в виде классов. 


5. В классе ТИеьАпзмег видны два наших поля — Вез и Вез5ег. Как к нему 
обратиться? Так же, как и в предыдущем примере, созданием экземпляра 
нужного класса. А объект типа ТМерАпзмех будет сформирован автомати- 
чески. 


уаг 
уз: ТМербегу1се]1; 
2: ТиерАпзмег; 


Бед1п 
\з := ТМербегку1се]1.Сгеаке; 
2 := из.МердзКк( 3.14, 2.8182 ); 
1аЪе11.ТехЕ := 7.ТобЕг1па; 

епа; 


Пример: обращение к реальным МУ/еБ-службам 


В заключение рассмотрим еще один пример. В Сети существует междуна- 
родная служба погоды С]оБа| У!еа ег, показания которой поставляются, в 
частности, в виде \/еЬ-службы. Получить ее \/$ОТ.-описание можно обра- 
щением к такому \!еЬ-адресу. 


ВЕЕр: / /ммм.мефзегу1сех. сом/а1ора1меа®Пег. азих?иИ$ ОГ 


1. Сохраним \М$О[-файл на локальном диске, откроем пустое приложе- 
ние, дадим команду Ргоес{ > Ада Меь ВеГегепсе (Проект > Добавить веб-ссылку) 
и выберем этот файл. Система ОефрЫ сгенерирует новый файл проекта, 
в котором на языке Оеры будет храниться описание соответствующего 
прокси-класса. 


2. Просмотрев файл, обнаружим нужный нам класс. 


Суре 
С1ора]Меаерехг = с1авв (Зузсем.Мер. бегу1сез .Рговосо]$. 
боарНЕрСс11еп Е РгоКосо1) 
/// <гемтагк$/> 
рчЬ11с 
сопвегасвог Сгеа(е; 
/// <гетагК$/> 
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[бузЕем.Мер. беху1сез.Ргобосо1$. боарбосапепЕМееПодАЕ®г1риее 
(‘ПЕСр: / /ммм.меьзегулсех .МЕТ/СееМеа Тег’, Кеацез(Мацщезрасе= 
'ПЕЕр: / /ммм.мерзжегутсех.МЕТ', КезропзеМаптезрасе=' Веер: / / 
утилит. мерзегу1сех.МЕТ', Чзе= бузбем. Мер. бегу1сез .Пезсг1ре1оп. 
боарВ1па1па0 зе. [16 ега1, 
Рагамесег$$у1е= бузеем.Ме.бегу1сез .Рго®осо1$. 
боарРагамесег5у1е.Игарреа) ] 
Еипсе1оп СеЕмеаквет (С16уМапме: в6г1па9; СоопегуМапе: вёх1па): 
вЕг11а; 
/// <гемахкз/> 
Еарсе1оп Вед1пСеесМеа(Пег (С1$уУМаме: в&х4па; СочпЕегуМапе: 
8вЕх1па; са11расКк: бузбем.АзупсСа11раск; 
азупс$ваке: Зузбет.ОЪ]есе): бузбем.ТАзупсКе5и14; 
/// <гетагК$/> 
Еипсе1оп ЕпабесмМеаеВег (азупсКезц1(: бузеем.ТАзупсКези1е): 
вег1па; 
/// <гемагкКз/> 
[бузсеш.Меь. беху1сез.Ргобосо]1$. боарПосцтеп(МеспоядАЕЕ из Биасе 
('РЕБр: / /ммм.мефзегу1сех.МЕТ/СееСс1е1езВуСоцпе гу’, 
Веацез<Мащезрасе= 'ПЕ%р:/ /ммм.меьзегу1сех.МЕТ’, ВезропзеМапте 
зрасе= ' ПЕЕр: / /ммм.мефзегу1сехХ.МЕТ', Озе=бузеем.Ме. бегу1сее. 
Резсг1р®1оп. боарВ1па1тпа0зе.16ега1, Рагапекег5еу]е= бузсеюм. 
Меь.бегу1сез.Рхгобосо1$. боарРагапекег&у1е.Игарред) ] 
Еарсе1оп СебС161езВуСоцпегку (СоципЕгуМаме: вег1па): вЕг1па; 
/// <гетагкз/> 
Еарсе1оп Ведч1пСееС1е1езВуСоцпЕхку (СоипЕгуМаще: вёг1пд; 
са11РасКкК: Зузсем.АзупсСа11Раск; 
азупсбаке: бузбсем.О0ОЬ]ес®): бузбем.ТАзупсВезо1*; 
/// <гемагкК$/> 
Еарсе1оп ЕпаСбееСс1е1еВуСоцпегу (азупсКези]1®: бузЕеп. 
ТАзупсКезо1*): вег1п9; 
епа; 


3. По названиям функций можно предположить, что основной метод этой 
\У!еБ-службы — следующая функция. 


Еипсе1оп Се(меаеБег (С1еуМаме: в&х1п9; СоппегуМаме: веЕг1п9): 
зег]1па; 


Ее первый Параметр — это Название города, для которого сообщается ПОГО- 
да, а второй — Название страны. По всей ВИДИМОСТИ, Названия эти ДОЛЖНЫ 
быть указаны на английском языке. Кроме Того, список доступных Горо- 
ДОВ ДЛЯ определенной страны можно получить с помощь метода: 


Еапсе1оп СееСс1е1езВуСоцпегку (СоопЕегуМаме: вёг]1па): вЕг1па; 


4. Обращение к данной \!еБ-службе формируется по известной схеме. Оно 
может выполняться, например, так: 
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уаг 
уз: С1ора]Меа®Цег; 
5: 5г1139; 
Бед1п 
из :;= С1ора1\Меаевег.Сгеаее; 
$ := мз.СеЕмеа®Ъехк ('Мозсом', 'Ва$51а’); 


Как показала проверка, такие параметры корректны, и \!еБ-служба рабо- 
тает нормально. Правда, возвращаемое ею значение, видимо, для простоты, 
представляет собой не отдельный класс, как хотелось бы (например, с поля- 
МИ «температура», «влажность», «давление»), а одну непрерывную строку. 
Однако содержит она типичное ХМГ-описание, которое можно разобрать 
«вручную», собственным программным кодом. 


Разборку выражения можно упростить путем привлечения, например, стандартной 
библиотеки .МЕТ ЕгатемогК для разбора ХМ! -документов, которая называется 5у- 
Зет.Хп1|. 


Вот один из ответов этой \МеБ-службы: 


<?хи] уегз1о0п=”1.0” епсоа1па=”аЕЕ-16”?> 


<СиггепеМеа®* Пег> 
<Госае1оп>Мозсом / УпоаКохо ‚, Кизела (00ОММ) 55-39М 037-16Е 
</Госае1оп> 
<Т1пе>]и1 27, 2005 - 08:30 АМ ЕШОТ / 2005.07.27 1230 ОТС 
</Т1пе> 


<М1па> Егом ЕБе М (270 аедгеез) ае 9 МРН (8 КТ) :0</М1па> 
<\15$1р1116у> агеабег ЕВап 7 ш11е(3) :0</\У15з151116у> 
<5КуСопа1е1оп$> мозЕ]1у с1оц9у</$КуСопа1е1о0оп$> 
<Тепрегабиге> 69 Е (21 С) </Тепрегабаге> 
<ВемРо1пе> 62 Е (17 С) </БемРо1пе> 
<Ве1а 1\уеНои1А1еу> 77%</Ве1а1уеНии1а1еу> 
<Ргеззцге> 29.85 1п. На (1011 ПРа)} </Ргеззаге> 
<ббасаз>биссез < / Збаёч$> 

</СиггепЕ\Меа&Пех> 


Летняя дата (Ве|рР! 2006 вышла в декабре 2005 года) объясняется участием автора 
книги в тестировании Вопапа Оерй! и доступом к ранним версиям (йе {ез{$) про- 
дукта еще в июле. 
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7.1. Что такое шаблоны проектирования 


Концепция шаблонов! проектирования развивает один из основных прин- 
ципов объектно-ориентированного программирования — повторное исполь- 
зование кода. Вместо того чтобы каждый раз заново проектировать схожие 
программные архитектуры, можно воспользоваться готовыми строительны- 
ми элементами. Точно так же, как приложение складывается из компонен- 
тов: кнопок, меню, модулей связи с базами данных и ресурсами Интернета — 
модели тоже содержат немалое число часто повторяющихся структур. Эти 
структуры были выделены специалистами по программной инженерии в 
повторно используемые описания. 

Каждый шаблон — это архитектурная концепция, элемент модели буду- 
щего приложения. Он был получен не столько в результате точной анали- 
тической работы, сколько путем обобщения многолетнего опыта экспертов 
в области проектирования крупных систем. Таких паттернов было выделе- 
но несколько десятков. Шаблон фактически представляет собой маленькое 
решение некоторой типовой и часто встречающейся подзадачи проектиро- 
вания программной системы. При этом структура шаблона проектирования 
такова, что он легко настраивается на конкретную прикладную модель. 


1 Наряду с определением «шаблон» в российской компьютерной литературе прижился его 
англоязычный аналог «паттерн» (от англ. рацегп). В частности, переведенная на русский 
язык книга основоположников этого направления называлась «Паттерны проектирования» 
(«Приемы объектно-ориентированного проектирования. Паттерны проектирования», Питер, 
2001 г.). В первом издании она была выпущена экспертами корпорации 1ВМ Эриком Гамма, 
Ричардом Хелмом, Ральфом Джонсоном и Джоном Влиссидесом. Эти специалисты по про- 
ектированию сложных программных архитектур выбрали для своего неформального объе- 
динения название «Сапа о! Еочг» (банда четырех) — в честь одноименной рок-группы, кото- 
рая исполняла в 70-х годах столь прогрессивную музыку, что так и осталась непонятой. Мы 
обращаем внимание на это обстоятельство только потому, что в Бер№ классический набор 
шаблонов назван СоЕЁ (сокращение от Сапа о Гочг). 
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В шаблоне можно выделить четыре основные составляющие. 

‚ Имя: стандартное, предложенное автором название, отражающее пред- 
назначение шаблона. Изменению не подлежит. 

° Задача, решаемая шаблоном. Обычно в дополнение к абстрактно- 
му описанию задачи указываются характерные элементы конкретно- 
го контекста использования шаблона и условия, при которых шаблон 
может эффективно действовать. 

° Способ решения задачи. Представлен набором классов и методов, 
которые предназначены для ее решения. 

° Результат применения. Описан в виде последствий и возможных огра- 
ничений, которые данный шаблон вносит в проектную архитектуру. 

Такое описание шаблона довольно абстрактно, и по нему трудно понять, 

чем шаблон отличается, например, от стандартного класса библиотеки 
Реры, реализующего функциональность коллекции. А разница в том, что 
такой класс всего лишь предоставляет разработчику удобные средства обра- 
ботки набора объектов, однако сам по себе он не содержит никаких подска- 
зок и свойств, которые можно было бы применить на достаточно высоком 
уровне абстрагирования (абстрагирования от понятия свойств и методов) 
как для решения конкретной задачи, так и для включения в общую схему 
программы. Шаблон объединяет не только классы типовых структур, но и 
взаимосвязи между ними, и методы их использования и обработки, пред- 
ставляя, таким образом, фактически метакласс — не просто готовый класс, 
который подчас неизвестно как использовать, а целостную модель некоторо- 
го процесса решения, порождающую семейство связанных классов, настраи- 
ваемую на контекст конкретной области применения. 


7.2. Группы шаблонов 


Все задействованные в Пер шаблоны, согласно классификации СоЕЁ, 
делятся на три большие группы: поведенческие шаблоны (Вейаглота/), порож- 
дающие шаблоны ( Стеайопа/) и структурные шаблоны (5тисита|. 

Шаблоны поведения, как это явствует из их названия, охватывают задачи 
управления системой и взаимосвязями между классами. 

Порождающие шаблоны ответственны за создание прикладных объек- 
тов программы и их взаимодействие. Это достигается скрытием прикладных 
классов внутри абстрактных классов шаблонов, а взаимодействие объектов в 
системе организуется исключительно на уровне интерфейсов новых классов, 
единым универсальным способом. 

Структурные шаблоны упрощают формирование крупных структур из 
более мелких классов. 

Создается любой шаблон выбором на панели инструментов пункта №де Бу 
Рацегп и последующего указания в диалоговом окне Мастера шаблонов назва- 
ния нужного шаблона. В результате в Дизайнере модели появится набор всех 
нужных классов шаблона с настроенными взаимосвязями (рис. 7.1). 
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Рис. 7.1. Окно Мастера шаблонов 


Создание шаблона возможно в пространстве моделирования Оерй. Чтобы в него 
попасть, надо в Менеджере проекта переключиться на вкладку Моде! Ме\м (В виде 
модели) или вызвать явно Просмотрщик модели командой главного меню \Ме\м >» 
Моде! Мем (Вид >» В виде модели). После этого надо выбрать один из модулей мо- 
дели и дважды на нем щелкнуть — в центральном окне Берн! появится вкладка 
О'адгат с диаграммами текущей модели. 


7.3. Порождающие шаблоны 


7.3.1. Шаблон АБ$гас{ Растогу (Абстрактная фабрика) 


Этот шаблон предоставляет универсальный интерфейс взаимодействия обЪ- 
ектов, каждый из которых может принадлежать произвольным классам про- 
екта, скрытым от разработчика. Это позволяет отделить функциональность 
системы от внутренней реализации каждого класса. Обращение к ним стано- 
вится возможным через абстрактные интерфейсы. 
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Итак, Абстрактная фабрика (рис. 7.2) производит объекты, работа с кото- 
рыми происходит через абстрактный интерфейс, а способы его реализации 
скрыты. При этом конкретные объекты, производимые фабрикой, могут 
сильно различаться по своей внутренней структуре — главное, чтобы они 
поддерживали заданный интерфейс. 


<<име{асе>> СопсгееРгодиа 


<<имеНасв>> {АБ зга сво ист 
Ага сбГасюлу ———— 


+ Ствде Авиа со висА в уасРоби с! 


ТСопсгееРас®югу 
АБз4гас1 Рас‘огу 


АБутасРтодисе Атас Ртодий 
Аб зтасРацсиу: ПАБ гасР аогу 
СопсгаеРгодия: ТСопстаеРгодия 
СопсгееРабогу: ТСопсгаеРаогу 


1 + Сге зе ДЬзтасРго дис АБ га Ртодия 


Рис. 7.2. Абстрактная фабрика в Дизайнере модели 


Разработчик взаимодействует лишь с интерфейсом 1АбзгасРгодис! 
абстрактных продуктов — некоторых классов с внешне неизвестной струк- 
турой и реализацией, поддерживающих этот универсальный интерфейс. 
А создаются продукты с помощью интерфейса !АбзкасРасюгу. Реальная фабри- 
ка ТСопсгееРасюгу реализует фабричный интерфейс !Абзгас{Расюгу, а конкрет- 
ный класс ТСопсгееРгодис! реализует абстрактный интерфейс 1АбзгасРгодиа. 

Допустим, у нас имеется проект, в котором мы хотим по нажатию на кноп- 
ку получать доступ к методу Еипс1:1п%едег одного из двух классов, вну- 
тренняя реализация которых различается и нас не интересует. Такие классы 
будут производиться нашей фабрикой с помощью интерфейса 1АбзгасРасюту, 
а доступ к ним будет осуществляться также через единый интерфейс 


|Арзгас{Ргодиа. 
ТАБ гасЕРгоаасЕ = 4рЕетЕасе 
ера; 
ТАБзсгас < Еаскбогу = 1деегЁасе 
Еарсе1оп СгеасетАБЕгасЕРгоацсе: ТАБзЕегасЕРго@Яцсе; 
еп; 


Добавим в класс 1АрзгасРгодис! новый метод Еипс1. 


ТАБ гасЕРгоаисЕ = 1пбегЕасе 
Еипсе1оп Еипс1: 1пбедег; 
епа; 
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В реализующем его классе ТСопсгаеРгодись соответственно, надо запро- 
граммировать метод Рипс1. 


ТСопсгебеРго@аосе = с1авв(ТОБ)]есе, ТАБзегасЕРгоацсе) 
ЕиосЕ1оп Ропс1: 1пбедег; 
епа; 


Еапсе1оп ТСопсгекеРгодасе.Еипс1: 1обедекг; 
Ъед1п 

Вези16 := 5; 

епа; 


Создание данного продукта в коде уже было сформировано автоматиче- 
ски в момент добавления шаблона к модели. 


Еарсе1оп ТСопсгесеРаскогу .СгеасетАр С гасЕРгоацссь : 


ТАБзсгасеРгоацсе; 
Бед1п 
Везц1еЕ := ТСопсгебеРгоацсе.Сгеа®е(); 
ера; 


Теперь добавим к шаблону новый конкретный продукт — выберем объект 
АБзгас!Рас‘огу на диаграмме (образ шаблона в овале) и вего контекстном меню 
дадим команду Ада » Сопстае Ргодис{ (Добавить > Конкретный продукт). К модели 
добавится новый класс, который мы назовем ТСопсгееРюодис@. Он автомати- 
чески наследует интерфейс 1АБзгас{Ргодис{, поэтому в нем также надо указать 
реализацию метода Гипс1. 


ТСопсгебеРгоацсЕ2 = с]1авв (ТОБ]есе, ТАБзегасЕРгоацс®) 
рчЬ11с 
Еипсе1оп Еипс1: 1пбедег; 
епа; 


Еапсе1оп ТСопсгесеРгоаисе2.ЕРипс1: 1пеедег; 
Бед]1п 

Везо1е := 10; 

епа; 


Кроме того, требуется вручную (начиная с Дизайнера модели) добавить в 
Абстрактную фабрику метод создания нового продукта (обратите внимание, 
что каждая функция возвращает один и тот же абстрактный интерфейс). 


ТАБзегасеКасбогу = 1п6вегЁасе 
Еапсе1оп СгеасетАБзЕгасЕРгоацс®: ТАрзЕгасЕеРгоацсе; 
Еарсе1оп СгеабсетТАБзЕгасеРгоацсе2: ТАБзегасЕРго@исе; 
епа; 


И в реальную фабрику — также, только уже с реализацией метода созда- 
ния нового продукта. 
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ТСопсгекеРаскогу = с1авв(ТОБ)]есе, ТАБзегасЕРасКогу) 


рчЬ11с 
Емпсе1оп СгеабетАюзЕгасеРгоацсе: ТАБзЕгасеРгхоацсе; 
Еапсе1оп СгеабеТАрзЕгасеРгоаисЕ2: ТАрзЕгасЕРхго@цсе; 


епа; 


Еапсе1оп ТСопсгебеЕасбогу .СгеабетАБ гас®Ргоаисе2: 


ТАБзегасеРгоаисе; 
Без] п 
Вези]1Е := ТСопсгебеРгтоацсе2.Сгеабе(); 
ера; 


На этом реализация Абстрактной фабрики завершена, и можно перейти к 
ее использованию. В обработчике нажатия на кнопку надо описать две пере- 
менные интерфейсов. 


уаг срГ: ТАБзегасЕРгоаоасе; 
аЁТ: ТАБэзсгасЕеЕРасеохгу; 


С их помощью мы и будем организовывать доступ к ресурсам фабрики. 
В коде самого обработчика укажем команду создания реальной фабрики, 
реализующей интерфейс 1АбзгасРас{огу 


аЁётТ := ТСопсгебеРасвеогу .Сгеаее; 


и команду создания с помощью фабрики конкретного продукта 
ср := аЕЁТ.СгеабетАБегасе РгоЯцсЕ2; 


Теперь через интерфейс 1Абзгас{Ргодис! мы можем обращаться к конкретно- 
му экземпляру любого из классов ТСопсгееРгодис! и ТСопсгееРгодис{2. 


ргосеачге Ти1пРоги.Виаебоп1_С]11скК (зепаег: бузбем.ОБ]есе; 

е: бузсем.ЕуептЕАга$); 2 
уаг Ср: ТАБзСгасЕРгоацсе; 
аЕТ: ТАБзЕгасеРасеохгу; 


Ьед1п 
аЁТ := ТСопсгебеРасбохку .Сгеаее; 
срт := аЁГ.СгеабеТАБ зе гасеРгоацсе; 
1абе11.ТехЕ := срТт.Еипс1.ТобЕх1па; 
ета; 


В данном случае в поле 1абе11 будет показано значение 5, ав следующем 
случае: 
ргосеацге ТУ1пРоги.ВаеЕоп1 _С11скК (зепаег: бузбем.ОБ)есе; е: 


бузбем.ЕуепЕАга$); 
уаг срГ: ТАБзсгасЕРгоацсЕ; 
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аЕТ: ТАБзсгасеРасбохгу; 
ЪБед1п 
аЕТ := ТСопсгебеРасбогу .Сгеаее; 
срТ := аЕТ.СгеасеТАЮЕгас®Ргодасе2; // создание экземпляра 


ТСопсгебеРгоацсе2 
1аре11.ТехЕ := срГ.Еапс1.Тоббу1па; 


ера; 


будет выведено значение 10. 


7.3.2. Шаблон ВиН@дег (Строитель) 


Данный шаблон полезен, когда требуется конструировать объекты сложной 
структуры, причем процесс их конструирования может состоять из несколь- 
ких скрытых (отделенных от пользователя) шагов. Более того, последова- 
тельность и содержание этих шагов могут меняться в зависимости от исход- 
ных требований и параметров Строителя. 

Работает данный шаблон так. Создается экземпляр Конкретного стро- 
ителя ТСопстаеВиЙдег, далее — связанный с ним экземпляр Распорядителя 
ТОйесюг, ответственного за формирование итогового продукта. В дальней- 
шем Распорядитель управляет работой Конкретного строителя, отдавая ему 
команды на создание той или иной части финального продукта. Команды эти 
обычно скрыты внутри единого метода Сопзекгис® Распорядителя. 


Таких методов может быть и несколько — каждый из них определяет собственный 
способ создания итогового продукта, доступ к которому, тем не менее, всегда про- 
исходит через универсальный абстрактный интерфейс. 


Допустим, у нас имеется класс МуРгодись со строковым полем Е1е1а, содер- 
жимое которого формируется последовательностью некоторых операций 
(например, обращением к базе данных и постепенным наращиванием строки 
символ за символом ), причем эта последовательность зависит от конкретной 
реализации. 

Добавим к проекту новый шаблон Вийег (рис. 7.3). 

Введем на диаграмму новый класс МуРгодиа! с полем #е9, после чего свя- 
жем этот класс с интерфейсом 1Ргоди& продукта Строителя. 


МуРгодосЕ = с1авв (ТОБ]есЕе, ТРгоачс®) 
рчЬ11с уаг 
Е1е1Аа:вех1ртд; 
епа; 


Интерфейс Строителя расширим двумя методами Во119РагЕ1 и 
Ви11АРаге2, которые станут последовательно создавать объект-продукт и 
расширять его поле Е1е1а какими-то значениями. 
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а ТОйнесог ТСпег 
<<ичеНасе>> —_—_—_ 
{Вибдег - ЕВиЧе Вий! дег о иоиини 
о о + батр!еОрегаНоп 
+ ВигоРа + 1 ИОН 
* беез У Ртодис + со" я 


ТСопсге\еВи!4ег 


- РВези\РгодисРгодия 


1 + ВуичРац Вийдег 
1 + беНезРгоди& 
Ви!дег: 1Видег 

Ргодисе 1Ргодии 

Свете ТС ем 

Отедцог: ТОне&ог 
СопсгаеВи!дег: ТСопсгеаеВи|дег 
| <<ицеНасе>> 


/Ргодис+ 


Рис. 7.3. Шаблон Строитель в Дизайнере модели 


1Ва11Чег = 1пЕегЕасе 
Еарсе1оп Сескези1®е: ТРгоаис®; 
ргосеацге Во11аРаг\1; 
ргосеацге Во11аРагЕ2; 


епа; 


ТРгоацсе = 1пеетЁасе 
ета; 


Эти методы реализуем в классе Конкретного строителя. 


ТСопсгебевВа1]1Яехг = с1]авв(ТОБ)есе, ТВи114ехг) 
зЕг1сЕ рг1уабе уаг 
ЕВКези1ЕРгоацсе : ТРгоЯцсс; 


раЬ11с 
ргосейиге Во11аРагЕ1; 
ргосеацге Ви1]аРагЕ2; 


///<1ззаргочеЕ1пе>Тгае< /1ззабгоце1пе> 
Еарсе1оп СескКеза1Е: ТРго@ацсе; 
ета; 


// первый этап 
ргосеацге ТСопсгекеВи11аег.Во11аРаг®1; 


ЪБед1п 


// создаем продукт 
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— = ——А4Щ=—=———.——.„„ А 


ГКези1ЕРкгодис®:= МуРгоЧисе.Сгеаее; 


// начинаем формировать его содержимое: 
МуРгоачсе (ЕВКезц1ЕРгоЯисе) .Е1е1а := ‘а’; 
ера; 


// второй этап 
ргосеацге ТСопсгесеВи11аег.Во11АРаге2; 
Бед1п 
// продолжаем наращивать содержимое 
МуРгоацсеЕ (ЕКезц1ЕРгоацс®) .Е1е1а := 
МуРгоачсеЕ (ЕВКезо1ЕРгоацс®е) .Езе1а + 'Б’; 
ера; 


// возвращаем продукт 
Еапсе1оп ТСопсгебевВи11аег.СееВезо1е: ТРгоаис®; 
Бедч1п 
ВКезц1Е := ЕКези16Ргоацсс; 
епа; 


Класс Распорядителя составлен из двух методов: конструктора, в кото- 
ром он получает интерфейс Строителя, и процедуры конструирования ито- 
гового продукта. 


ТО1гесбог = с1авв 
вег1сЕ рг1уаЕе уаг 
///<]10К>ааагедае1опт</11пК> 
ЕВо11аех: ТВи11аег; 


рчЬ11с 
///<15заЪгоце1пе>Тгие</1ззаргоцЕ1пе> 
ргосеачге СопзЕгцсе; 
сопзЕгаисбохг Сгеабе (АВи1]аех :1Во11аег); 
ера; 


Вот как может быть реализована процедура СопзЕгасЕ — В ней последова- 
тельно вызываются два этапа формирования продукта. 


ргосеаиге То1гесбох.СопзёЕгасЕ; 
Ъед1п 
ЕВа1]1аег.Во11ЯРаг\к1 (); 
ЕВо11Ааег.Во11аРагЕ2 (); 
еп; 


Теперь к данным классам можно обращаться из прикладного кода, напри- 
мер, из обработчика нажатия на кнопку. 
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ргосеачге ТУ1пГоги.Ваееоп1_С11сК (зепаег: бузбем.ОБ]есе; е: 
бузбем.Е\уепбеАгаз); 

уаг 

Ви11аег :ТСопсгебеВи11аег; 

РтоацсЕ :ТРго@цсе; 
Бед1п 
// создаем Конкретный строитель 

Ви11аег := ТСопсгевеВи11аег.Сгеаее(); 


// создаем Распорядитель, использующий Строителя 

// и сразу вызываем метод конструирования. 

// Таким образом удается обойтись без 

// введения локальной переменной для Распорядителя 
Тр1гесбохг.Сгеаее (Вц11аег) .СопзЕхасеЕ (); 


// получаем объект-продукт 
Ргоацсе := Ви11аехг.СеЕВезо1 8 (); 


// результатом будет строка “аБ” 
1абе11.ТехЕ := МуРгоаосе (Ргоацс®е).Е1е1а; 
епа; 


7.3.3. Шаблон Рацогу Ме!под (Фабричный метод) 


Фабричные методы развивают концепцию Абстрактной фабрики. Они позво- 
ляют создавать объекты самых разных классов, доступ к которым осущест- 
вляется через единый универсальный продуктовый интерфейс (рис. 7.4). 
Интерфейс !Ргодис! используется в прикладной программе для доступа к 
стандартному набору возможностей объектов, которые реально, вполне воз- 


опсгейеРгодиа | 


Сгеаюг /Ргофиа 


+ Семе 
+ Басор//Меро о УРуо дис | 


+ БотеОреганоп 


ТСопсгаеСтеаюг ГадогуМеод 


И ры Ргодисе 1Ртоди& 
в + РасогуМетодРгодия СопсгееРгодис: ТСопсгеаеРгоди& 
ССС Стеаог: ТСгеа\ог 

СопсгаеСге ог: ТСопсгаеСте {ог 


Рис. 7.4. Шаблон Фабричный метод в Дизайнере модели 
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можно, представляют собой экземпляры самых разных классов. Допустим, 
этот интерфейс (он формируется автоматически добавлением к модели теку- 
щего шаблона) состоит из двух методов: устанавливающего значение некото- 
рого поля и возвращающего это значение. 


ТРгоацсе = 1п6егЁасе 
ргосеаицге ЗеЕеРипс (а: 1п6едег); 
Еарсе1оп СесРопс: 1пбедег; 
епа; 


Пусть у нас имеется два разных продуктовых класса: ТСопсгекеРгоаась 
И ТСопсгесеРгодисЕ2. У одного из них имеется поле Ё1е1 91, ау другого — 
Ё1е1а2. 


ТСопсгебеРгоацс® = с]авв(ТОБ)есе, ТРго@4сь) 
рчЬ11с 
уаг 
Е1е1а:1п6есег; 


сопвегисеог Сгеасе; 


ргосеачге ЗеЕеРипс (Я:1п6еаег); 
Еарсе1оп СееРипс: 1пбедег; 
ета; 


ТСопсгесеРгоаисе2 = с]1авв (ТОр]есЕ, ТРгоацс®) 
рчЬ11с уаг 
Е1е1а2:1п6едзекг; 


сопвегасбог Сгеа(е; 
ргосеацге ЗеЕРипс (Я: 1п6едег); 
Еапсе1оп СееКопс: 1пбедег; 
ева; 


Обратите внимание, что внутренние структуры этих классов несколько 
различаются. 
Их методы реализуем схожим образом. 


ЕапсЕфоп ТСопсгеееРгоацсе .СееЕРопс: 1пбедег; 
Бед1п 

Везц16 := Е1е1а 

епа; 


Еапсе1оп ТСопсгебеРгоЯцсе2.СеЕРипс: 1пеедекх; 
Ьед1п 

Везо16 := Е1е1а2 

епа; 


7.3. Порождающие шаблоны 155 


ргосеацге ТСопсгесеРгкоацсе. беЕЕРипс (Я: 1псеаег); 
Бед1п 

Е1е1а := 9; 
епЯ; 


ргосеацге ТСопсгесеРгоаисе2.бееРопс (а: 1п6едег); 
ЪБед1п 

Е1е1а2 := Я; 
ера; 


сопвегасеог ТСопсгебеРгоацсе .Сгеаее; 
Ъед1п 
1прег1ееа; 


Е1е1а := 100; 
епа; 


сопвегасеохг ТСопсгебеРгодисе2.Сгеаее; 
Ьед1п 

1прег1еа; 

Е1е1а2 := 200; 
ера; 


Нам требуется обеспечить взаимодействие с экземплярами этих классов 
через единый интерфейс тргодцсе. Для этого в шаблоне имеется абстракт- 
ный класс Создатель. 


ТСгеабог = ©с1авв аЪвегасе 
рчЬ11с 
///<1з5ирхгоцЕ1пе>Тгае< /1ззабгоде1пе> 
ргоседчге бопеОрегак1оп; 
ЕарсЕфоп РасбогуМеепоа: ТРгоаоасе; у1геца1; а бзегасе; 
епа; 


В нем нас интересует фабричный метод РЕасюгуМе!Но4, создающий нужный 
объект-продукт. 

Как определить, в каком случае какой объект создавать? Для этого либо 
создается несколько конкретных классов-наследников класса ТСгеабсохг (если 
вариантов продуктов немного), либо один такой класс, в который в качестве 
параметра передается запрос на создание экземпляра нужного класса. 

В нашем случае можно обойтись одним Конкретным создателем, расши- 
рив его фабричный метод параметром 19 — на его основе и будет создаваться 
нужный экземпляр, интерфейс которого возвращается главной программе. 


Еапсе1оп ТСопсгебеСгеабог.ЕаскогуМеепоа (1а: 1пЕедег): ТРгоаосе; 
Бед1п 
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саве 1& оЕЁ 


1:Везои1Е := ТСорпсхгебеРгоаос® .Сгеаее(); 
2:Веза1е := ТСопсгебеРгоаас®2.Сгеаее(); 
ера; 


епа; 


Как правило, действия над объектами, доступ к которым возможен через 
универсальный интерфейс, также по большой части скрываются и выделя- 
ются в методы Создателя, например, так. 


Еипсе1оп ТСгеабког. ботеОрега®1оп: Тпбедекг; 
уаг 
Ргоацсе1, Ргоаасе2 :ТРгоаасе; 
ЪБез1п 
// 
Ргоацс®1 := РасбогуМеероа (1); 
Ргодисе2 := ЕКасбогуМеЕйоа (2); 
Везц1Е := Рго@ацс®1.СееЕиптпс + Рго@ацсе2.СееЕРипс; 
// 
еп; 


Обращение к данному методу из прикладной формы при нажатии на 
кнопку может быть, например, таким. 


ргосеацге ТИ1пГогм.Виаееоп1_С11сК (зепаег: бузЕем.ОБесЕ; е: 
бузбсем.Еуепе Ага); 
уаг С: ТСопсгебеСгеабох; 


Бед1п 
ТС := ТСопсгевеСгеавог.Сгеа®е(); 
1аре]11.ТехЕ := ТС. бомеОрега®1оп.То5Ех1па 
ера; 


В поле 1аЪе11 будет показано число 300. При этом прикладной разработ- 
чик не будет знать, что происходит внутри метода бомеОрегае1оп. 


7.3.4. Шаблон Рго1офуре (Прототип) 


В ряде проектов возникает необходимость создания множества объектов — 
экземпляров не очень большого числа классов, каждый из которых требует 
предварительной и довольно объемной настройки. Такую настройку можно 
выполнять вручную, а можно заранее подготовить набор объектов-прототи- 
пов — по одному на каждый класс — и при необходимости просто создавать 
их копии-клоны (рис. 7.5). 

Данный шаблон решает эту проблему, предоставляя единый интерфейс 
клонирования: ТРгобобуре. 
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<«те[асе>> Реообре 
/Руоюрре 


_ Ргоцоуре: 1Рго\оуре 
| * СюпеРуоюбре Сопсге{еРгоюуре: ТСопсгееРгоюуре 


ТСопсгееРгоюур 


1+ Сопе1Ргоюуре 
1 # Сгез{е 


Рис. 7.5. Шаблон Прототип в Дизайнере модели 


фуре 
ТРгососуре = 1пбетгЁасе 
Еапсе1оп С1опе: ТРгобобуре; 
епа; 
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В соответствии с шаблоном прикладной программе достаточно обратить- 
ся к методу С1опе любого объекта, чтобы тут же получить его настроенную 


копию со всеми настроенными (текущими) значениями полей. 
Допустим, в программе имеются два класса: 


ТСопсгщеРгоюуре и 


ТСопсгаеРгою!уре2, реализующие этот интерфейс. Структуры их в общем слу- 
чае могут сильно различаться (так, в нашем случае имеются два поля с оди- 
наковыми названиями Ё1е1 а, но содержащие данные разных типов: целое и 
строка), а при создании вполне может выполняться объемная настройка вну- 


тренних свойств. 


ТСопсгебеРгобобуре = с1авв(ТОБ]еск, 
вЕ:1се ргобесфеа 


сопвёгасвог Сгеасе (АРгобосуре :ТСопсгевбеРгововуре); 


оуех1Тоаа; 


раЬ11с 
сопвёгасеог СгеаГсе;:оуег]1оаЯ; 


уаг 
Е1е1а: ве у1п9; 


Еапсе1Топ С]1опе: ТРгобобуре; 
ера; 


ТСопсгебеРгобобуре?2 = с1авв(ТОБ]есе, 
рчЬ11с 
сопвегисбог Сгеабе; оуег]оаа; 


ТРгобобсуре) 


ТРгобобсуре) 
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уах 
Е1е1а: 1п6ечдекг; 


ЕапсЕ1оп С1опе: ТРгобобуре; 


вЕг1сЕ ргобесееа 
сопвёгасеог Сгеа(е (АРгобобуре :ТСопсгебеРгособуре2)}; 
оуег1оаЯ; 
ера; 


В конструкторах выполняется некая дополнительная настройка СВОЙСТВ. 


сопвёгасвог ТСопсгесеРгобобуре.Сгеайе (АРгобобуре 
ТСопсгебеРто®осуре); 
Без1п 
1прег1ееа Сгеа(е; 
Е1е1а := ‘СР’; 
епа; 


сопвегасвог ТСопсгебеРгобобуре2 .Сгеаее (АРгобосуре 
ТСопсгеееРговсовуре2); 
ЪБед1п 
1прег1%6еа Сгеа(е; 
Е1е1а := 50; 
епа; 


Клонирование осуществляется в конструкторе, которому передается 
копия самого вызывающего объекта. 


Еапсе1оп ТСопсгеберРговбосуре.С1опе: ТРгобоКуре; 
Бед1п 

Везц1Е := ТСопсгебеРгобобуре.Сгеаке (зе1Е); 
ета; 


Еипсе1оп ТСопсгебеРговбобуре2.С1опе: ТРгобобуре; 
Бед1п 

ВКез\а16 := ТСопсгебеРгобобуре2 .Сгеаее (зе1Ё); 
епа; 


Теперь на базе этих классов в прикладной программе надо создать первые 
экземпляры, которые и будут впоследствии клонироваться. 


уаг 1ТС1, ТС2: ТРгобобуре; 


// создаем по одному прототипу каждого класса: 
1С1 := ТСопсгевеРговбовуре,Сгеасе(); 
ТС? := ТСопсгебеРгобобсуре2 .Сгеаке(); 
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// теперь на их основе можно строить произвольные схемы 
клонирования: 
1абе]11.ТехЕ := ТСопсгебеРговобуре (ТС1.С1опе} .Е1е1а.ТозЕхг1пта 
+ ТСопсгебеРгоковуре?2 (Т1ТС2.С1опе).Е1ле1а.ТоЗЕтг1па; 


Обращением к методу С1опе мы формируем копию нужного экземпляра 
класса и затем сразу передаем ее в качестве конструктора. Работа при этом 
ведется на уровне интерфейса тргогсокуре. 


7.3.5. Шаблон Зтоеюпт (Одиночка) 


Существует немало случаев, когда некоторый класс в программе должен 
быть представлен единственным экземпляром. Например, в библиотеке 
Ре!рЬ: УСТ. имеется глобальная переменная Арр11саЕ1оп (экземпляр клас- 
са ТАрр11сак1оп), предоставляющая доступ к системным характеристикам 
самой программы в процессе выполнения. Очевидно, что экземпляр этого 
класса может быть только один, а доступ к нему предоставляет глобальная 
переменная Арр11сак1оп. Однако теоретически ничто не мешает разработ- 
чику создать новый экземпляр класса ТАрр11сае1оп (рис. 7.6). 


Тата! еюп 
Зта(е1оп 


- Наапсе.ТОтаеюп гы, р 
Зтоаоп: ТЗЭта[е{оп 


+ Сет апсе:ТЭтае оп 


- Сгед{е 


Рис. 7.6. Шаблон Одиночка в Дизайнере модели _ 


Шаблон Одиночка позволяет создать только один экземпляр класса, а 
доступ к нему осуществляется через указатель — внутреннее поле Е1Тпзсапсе, 
к которому можно обращаться через метод бсееТпзЕапсе. 


Суре 
Тб1па1ебоп = с1авв 
вёг1се рг1уаее 
с1авв уаг 
ЕТозбапсе: Т5$1п91ебоп; 


сопвегасеог Сгеа(е; 


раЬ11с 
с1авв Еапс®е1оп СесТпзбапсе: Т$51па1ебоп; 
епа; 
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Реализация этого метода прозрачна — в ней обеспечивается постоян- 
ная работа с единственным, причем одним и тем же экземпляром данного 
класса. 


с1авв ЕапсЕе1оп Т5б1па1ебоп.СесТптзбапсе: Т$51па1ебоп; 


Ъед1п 
ТЕ ЕГозбапсе = п1]1 Треп 
Бед1п 
ЕТпзбапсе := Т51па1ебоп.Сгеаке(); 
ера; 
Везиц1е := ЕТпзбапсе; 
епа; 


При этом программист всегда использует только данный метод, не разби- 
раясь, создавался ли предварительно данный экземпляр явно — эта проверка 
происходит автоматически. 


Отметим также, что конструктор скрыт в риуае-разделе класса ТЗпа!етоп, чтобы к 
нему нельзя было получить доступ, а переменная Нп$апсе описана как перемен- 
ная класса, что допускает абстрактные операции над классом без явного создания 
объекта. Такая тактика хорошо подходит для реализации данной задачи. 


Часто конкретные классы, в которых должна быть реализована функци- 
ональность Одиночки, формируются непосредственно в рамках класса 
Т51п91екоп. Добавим, например, ему новое поле Е1е19: 1пеедех, после чего 
организуем работу следующим образом. 


уаг за: Тблпа1ебоп; 


// первое обращение - экземпляр класса создастся 
автоматически 


за := Т51па]1ебоп.СееТозкапсе; 


за.Е1е1а := 5; 
1абе11.Техе := за. Е1е1а.Тобехг1па; 


(* следующее обращение снова выполняется с помощью 


СесТпзбапсе - но работа происходит с одним и тем же объектом! 
*) 


за := Т51па1ебоп.СееТпзбапсе; 


// будет показано число “5”: 
1абе11.ТехЕ := за. Е1е]1а.Тобег1па; 
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7.4. Структурные шаблоны 


Структурные шаблоны упрощают процесс формирования сложных структур 
из имеющихся классов. 


7.4.1. Шаблон Адаркег (Адаптер) 


Данный шаблон позволяет состыковать два интерфейса. Это требуется, ког- 
да заказчику надо взаимодействовать с объектами системы через свой интер- 
фейс, но объекты внутри этой системы предоставляют другие интерфейсы, 
не совместимые с клиентским (рис. 7.7). 


Адар%ег 


мы Тагде{: ТТагое1 
| *Радуе;! Адар{ее: ТАдар{ее 


Адар4ег: ТАдарег 


ТАЗарег ТАдарее 


- РАдарее:ТАдармее —_—— 
— + ЗресисНедие$ Ё 
+ Семе м— 
+ Ведие; 


Рис. 7.7. Шаблон Адаптер в Дизайнере модели 


ТТагаее — это интерфейс, который задан с внешней стороны по отноше- 
нию к имеющейся системе. Пусть в нем имеется метод бсесСодезехг1поа, кото- 
рый должен возвращать некоторую строку. А в адаптируемом к нему интер- 
фейсе тАдаркее вообще нет никаких методов, а только числовое поле Е1е1а. 
Функцию адаптера выполняет класс ТАЗареег: 


Суре 
ТТагаеЕ = с1авв арвегасЕе 
рчЪ11с 
///<1ззаргоп1пе>Тгае< /1ззабгоч&1пе> 
Еипсе1одп СееСоаебЕт1па: в&:1п4а; у\у1геца1; аБвегас®; 
И// 
епа; 


ТАаарсее = с1\авв 
рчЬ11с 


уаг 
Е1е1Аа:1пееаекх; 
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епа; 


ТАаареег = с1авв(ТТагаеф) 
вЕг1сЕ рг1уабе уаг 
РАЯдареее: ТАадареее; 


раь11с 
///<1ззаргочЕ1пе>Тгие</1ззаргоче1пте> 
Еапсе1оп СесСоаебЕт1па: вёг1па; оуегг1ае; 
сопвегасеог Сгеасе (ААЧарЕМе :ТАдарфее); 
епа; 


Адаптер реализует переходные функции путем наследования базового 
интерфейса ТТагдек, за счет чего внешний пользователь обращается к адап- 
теру как объекту, реализующему абстрактный интерфейс ТТагде*. А для вза- 
имодействия с «местным» адаптируемым объектом внутри адаптера имеется 
поле РАдаркее, которое хранит этот адаптируемый объект (он передается в 
адаптер сразу в момент конструирования). 

сопвегасеог ТАЧареег.Сгеаее (ААЧЯареМе :ТАдарсее); 

Ред1п 

3 прег1ееа Сгеа(е; 
РАЧареее := ААЯар% Ме; 

епа; 

Преобразование адаптируемого интерфейса к целевому реализуется 
внутри метода сеЕСоае$ет:1па, унаследованного от интерфейса ТТагдек. 
Например, так. 

Еирсе1оп ТАЯареег.СееСоае$(Етг1па: вегх1па; 

Ъед1п 

Везо1Е := РАЯарсее. Е1е1а.ТобЕг1пд; 
епа; 


Пусть в прикладной программе доступен адаптируемый объект: 
уаг а@е: ТАдареее; 


и подготовлен объект-адаптер 
\аг а: ТАЯарсег; 


Тогда, после того как объект с адаптируемым интерфейсом создан и 
настроен: 


аае:= ТАЯарЕее.Сгеа*е; 
аае.Е1е1а := 5; 


формируется объект-адаптер 


аа:= ТАдареег.Сгеаке (аае); 


7.4. Структурные шаблоны 163 


В нем оказывается экземпляр аае, а внешне доступен интерфейс 
ТТагдес: 


1аЪе11.ТехЕ := аа.СееСоаебет1па; 


7.4.2. Шаблон Впаде (Мост) 


Шаблон Мост отделяет интерфейсную часть от ее реализации, причем не 
так, как это выполнено в абстрактных классах, где модификация их описа- 
ния вызывает необходимость внесения изменений во все КкЛлассы-наследни- 
ки, а независимо. То есть, изменив описание интерфейса с помощью Моста, 
можно не выполнять массовой переделки всех его подклассов (рис. 7.8). 

Внешний интерфейс в этом шаблоне представлен абстрактным классом 
ТАБзсгасе1оп. 


ТАБ гасе1оп = с1авв аЪвегасе 
///<11пК>аадчгеча*1оп</11пкК> 
ЕТир]1 :ТТир]1етептеог; 


вег1сЕ ргосессеа 
Еипсе1оп аесТир1етепсог: ТТир1епмептког; 
ргосейцге зе Тпр1етепеог(1т: ТТир1етепбог); 


раЬ11с 
///<1ззабгоце1пе>Тгие</1ззаБгоце1пе> 
Еапсе1оп ботеОрега®1оп: Тпбечег ; 


ТАБ зтасбоп 
- Нтр!: Пглр!ететог 


+ ботеОрегайоп 
# сецтр!ететог Туипр!ететог 


ТитрАелталюг Виде 


АБзгасноп: ТАБ гасвоп 


+ боллеОрегагорйтр мерах | тр!ететог: Т!ипр!етегуог 
_ Сопсгеетретепюг: ТСопсгеаетр!еглегог 


ТСопсгеаетретептюг 


+ ЗотеОрегацот!тр!:щедег 


Рис. 7.8. Шаблон Мост в Дизайнере модели 
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ргосеаиге ТАБзехас®1оп. зе Тир1етепеог (1: ТТир]1емепбеог); 
Беа1п 

ЕТпр1 := 1м; 
епа; 


На его основе формируется конкретный интерфейс-потомок, который и 
используется в проекте, например класс МуСа$$: 


МуС1азз = с1авв (ТАБ гасе1оп) 
ера; 


Однако метод ЗотеОрекаЕ1опт В Класс МуС1азз включать не обязательно. 
Он в данном случае не требуется для реализации нужной функционально- 
сти, как в случае с обычным наследованием. В этом методе обычно нахо- 
дится только обращение к нужному методу класса реализации, поэтому в 
классе-наследнике Мус1азз этот метод можно не реализовывать. А на уров- 
не ТАБзегасЕ1оп в методе происходит обращение к полю ЕТтр1 — экзем- 
пляру класса ТТтр1етепеог, который и занимается реализацией интерфей- 
са ТАрзегасе1оп (она полностью скрыта от внешнего пользователя класса 


ТАБзекасе1оп). 
Еапсе1оп ТАБзбгасе1оп.ботмеОрега®*1оп: Тибедег ; 
Бед1п 
тезц1Е := аесТпр1етепбокг().бомеорекае1опТтр1 (5); 
епа; 


За реализацию отвечает абстрактный класс ТТир]1етепбог 


ТТир1ептепсог = с1авв аЪЬвегасЕе 
рчЬ11с 
Емпсе1оп бопеОорегае1опТтр1 (1:Тибедег): Тпбедекг; 
1:6 ца1; аЪБвегасе; 
епа; 


Скрытая ссылка на него хранится в классе описания интерфейса. По ана- 
логии с классом Мус1азз, реализация данного класса также формируется на 
основе наследования. 


ТСопсгебеТир|1етепеог = с1авв(ТТир1епепеог) 
раЬ11с 
Еапсе1оп бопеОрега(1опТптр1 (1: Тпбедех): Тпбедег; оуегх1ае; 
епа; 


Еапсе1оп ТСопсгебеТпр1етмепеог. бомеорега*1опТтр1 (1:Тпбедег): 
Тибеаег; 
Ъед1п 
тезоа1е := 1%*1; 
епЯ; 
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Кроме ТОГО, КЛасс МуС1азз надо дополнить конструктором, в котором соз- 
дается экземпляр класса реализации. 


МуС1а$$ = с1авв (ТАБзЕгасе1оп) 
рчЬ11с 
сопвегасвог Сгеа(е; 
епа; 


сопвЕгасеог МуС]1аз$.Сгеафе; 
Ъед1п 

1прег1еа; 

зесТпр]1етепбог( ТСопсгебеТтр1етепеог.Сгеаее ); 
епа; 


Обычно класс ТСопсгщетрететюог не используется напрямую. Его возможности 
наследуются несколькими классами-потомками, что позволяет очень гибко менять 
реализацию одного и того же интерфейса ТАБзгасйоп. Для этого, например, до- 
статочно в классах-наследниках ТАБгасйоп лишь изменить конструктор, указав 
тот или иной класс реализации. 


Тогда в прикладном коде обращение К этому классу может записываться 
так. 


уаг аа: ТАБЗЕгасЕ1оп; 
аЯ := МуС1аз$.Сгеаее; 


1аре11.ТехЕ := аа. ботмеОрега&1оп.Тобег1па; // обращение к 
методу бопеОрегаЕ1оп интерфейса 


7.4.3. Шаблон СотрозНе (Компоновщик) 


Шаблон Компоновщик предоставляет интерфейс, обеспечивающий одина- 
ковую работу как с отдельным классом, так и с набором классов, поддержи- 
вающим те же методы. Это полезно в случаях, когда команду надо одновре- 
менно выполнить большому числу схожих по структуре объектов, хотя и 
принадлежащих, возможно, разным классам (рис. 7.9). 

Допустим, имеется класс ТЬеаЕЁ, аналогов которого в прикладной про- 
грамме (как и их экземпляров) может быть множество. 


ТГеаЁ = с1авв (ТСопропепё) 
рчЬ11с 
ргосеацге бапр1еОрегаЕ1оп(1 :Тпеедег)} ; оуегг1ае; 
епа; 
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7ТСотропеле 


+ АЗ9 
+ Сотропег$ Е питегаюг + Затр!еОрегацоп 
+ Ветоуе — 
+ Затр/вОреагайоп 


ТСотрозйв 
СотрозЦе 


- ГСотропей 4$ Агауц $ 


Сотропег: ТСотропем 
+ 499 . Сотрозце: ТСотрозЦе 

+ Сотропет$ 1Епитега®юг :  еаЁ Теа! 

+ Сгеа{е 

+ Ветоуе 

+ батр!/еОреганоп 


Рис. 7.9. Шаблон Компоновшик в Дизайнере модели 


Работа с такими базовыми классами обеспечивается абстрактным КЛас- 
СОМ ТСотшропепе 


ТСопропепе = с1авв аЪвегасЕе 
раЬ11с 
Еипсе1оп Сопропепёз: ТЕпамегабог; \1:Еча1; 
ргосеацге Кепоуе (АСопропепе :ТСопропепе); у1геца1; 
ргосеааге Ада (АСопропепЕ :ТСошропепе); \1г6ча1; 
ргоседиге бапр1еОрега(1оп(1 :Тибедех); м1г&аа1; аЪвегас®; 
епа; 


Класс ТСотропепЕ позволяет добавлять и удалять отдельные объекты, 
предоставляет универсальный интерфейс тЕпопегакохг к набору элементов, 
а также обеспечивает выполнение метода 5апр1еОрегаЕ1оп для каждого из 
них. При этом любой из элементов данного класса, в свою очередь, может 
быть представителем как отдельного объекта ТЬеаЕЁ, так и составного — 
экземпляра ТСотропепе. Таким образом можно строить древовидные струк- 
туры отношений между классами, а обращение к методу 5$апр1еОреха* {оп 
вызывает автоматический рекурсивный обход этого дерева. 

Отметим возможную реализацию прикладного метода 5атр1еОрегаЕ1оп, 
который предназначен для вызова из прикладной программы. В нем задей- 
ствован новый оператор Пер #ог ... 1а ... , предназначенный для 
перебора всех элементов коллекции. 


ргосеаиге ТСопроз1(е.бапр1еОрега*1оп (1 :ТпЕедег); 
уУуаг сиггепе: ТСотропепе; 

Бед1п 

Еог сиггере 411 ЕСопропепЕ1Т1$еЕ ао 
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Бед1п 

сагкейе . бапр]1еОрега&1оп (1); 
епа 

епа; 


Прикладное построение дерева может быть, например, таким. 


уаг аа: ТСотропепе; // главный интерфейс 
1Е: ТЬеаЕЁ; // простой узел 
с1, с2: ТСопроз16е; // составные узлы 


аЯ:= ТСопроз16е.Сгеаее; 


// добавляем простой узел 
1Е:= ТЬеаЁ.Сгеаее; 
аа.Ааа (1Е); 


// создаем будущий составной узел 
с1:= ТСошроз16е.Сгеаее; 


// строим его содержимое из двух простых: 
с1.Ааа(1Е); с1.Ааа(1Е); 


// добавляем составной узел в главный интерфейс: 
аа. АЧАа (с1); 


// добавляем еще один простой узел: 
аЯ. Ааа (1Е); 


// выполняем наш метод бапшр1еОрегае1оп(), который будет 
автоматически вызван для каждого простого узла, связанного с 
объектом аа: 

аа. бапр1еОрега®1оп (3); 


7.4.4. Шаблон ОБесогатог (Декоратор) 


Декоратор, как и другие шаблоны данной группы, предоставляет возмож- 
ность гибкой модификации интерфейса, предназначенного для конечно- 
го разработчику. В частности, Декоратор позволяет расширять некоторый 
класс новыми функциями в случаях, когда наследование этого класса невоз- 
можно или приводит к усложнению проекта (если, например, приходится 
расширять интерфейс на протяжении всей разработки, и каждый раз реали- 
зовывать дополнение во множестве классов-наследников сложно; или когда 
требуется модифицировать поведение объекта динамически, во время рабо- 
ты программы), — рис. 7.10. 
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а ли, ТСопсгееСотропетЕ! 
7ТРесогаю ——_—_ =— 


$ ЕСотропеп{ТСотропег( + Боботе Я 


Оесогаюг 


СотропепЕё ТСотропеги 
СопсгаеСотропеге: ТСопсгееСотропег{ 
+ Воботе ий Оесогаог ТО)есога\ог 
- АддедВерамог ь СопсгеаеОесогаог: ТСопсгееОесога\ог 


Рис. 7.10. Шаблон Декоратор в Дизайнере модели 


Шаблон Декоратор предлагает основной интерфейс ТСопропепе — его 
расширенная функциональность реализуется в классе ТСопсгесеСотропепе. 
Физически же формируются наследники Декоратора, которые, с одной 
стороны, хранят ссылку на экземпляр класса, реализующего интерфейс 
ТСотропепе, чтобы он выполнил основной вызванный метод, а с другой сто- 
роны, дополняют ее собственными действиями. 

Допустим, имеется следующее описание класса. 


ТСопропепЕ = с1авв аЪвёгас®е 
рчЬ11с 
ргосеацге ПобомебеоЕЕ; уУ1гЕца]1; аЪвЕгас®; 


ева; 
Он реализован следующим образом. 


ТСопсгебеСотропепе = с1авв (ТСопропепё) 
рчЬ11с 
///<155иргоце1пе>Тгае</1ззабгоцЕ1пте> 
ргосеачге ПобомезсоЕЕ; оуегк1ае; 
епа; 


Допустим, мы желаем расширить функциональность метода Боботе$ а ЕЕ 
с помощью Декоратора. Вот как записывается декорирующий класс. 


ТБресогабог = с1авв аБвегхас® (ТСотропепф) 
вЕг1сЕ рговесееа уаг 
ЕСопропепе: ТСопропепе; // ссылка на оригинальный 
компонент 


рчЬ11с 
ргосеаицге ПобопезсоЕЁЕ; оуегг1ае; 


сопвегасвог Сгеасе (АПесогабеМе :ТСотропеп®); 
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епа; 
А его класс-Наследник записывается так. 


ТСопсгебересогабохг = с1авв (ТОесога®ог) 
рчр11с 
ргосеацге ПобомебЕчЕЁЕ; очегг1ае; 


сопвехгасвог Сгеасе (АПесогабеМе :ТСотшропепе); 
вег1сЕ рг1уаее 


ргоседиге АааеяВепау1ог; // оригинальное поведение 
епа; 


Как правило, таких классов-наследников абстрактного Декоратора в реальных 
проектах создается несколько. 


Ключевой процедурой здесь является реализация метода Роботез и Е. 


ргосеацге ТСопсгебересогавотг.ПобомезеаЕЕ; 
Бед1п 

1пБег1$еа ПобомезецЕЕ; 

АадеаВерау1охг (); 
епа; 


Здесь выполняется родительская реализация метода БобопезеаЕЕ, рас- 
ширяющая возможности наследуемого метода. А вызывается на самом деле 
метод РобомезкаЕЕ объекта ЕСопропепе, реализующего базовую функцио- 
нальность класса ТСопропепе. 


ргосеацге ТПесогаког.ПобомезЕчЕЕ; 
Без1п 

ЕСошропепёе .ПобомебеаЕЕ(); 
ерЯ; 


уаг сс: ТСоптропепё; 
ас: Т,есогасог; 


Без1п 
сс := ТСорсгебеСотропеп®е .Сгеаее; 
ас := ТСопсгевбе,есогаеог.Сгеаее (сс); 


ас .ПБобопебЕаЕЕ; 


Вызываться же методы будут в таком порядке: 

. метод БобошезЕчЕЕ, наследуемый объектом ас . В нем имеется прямое 
обращение к методу ЕСопропепе .БобомебецЕЁЁ(), который в нашем 
случае представляет собой метод объекта сс; 
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. метод Аадеавевау1ог объекта ас, продолжающий работу метода 
ПобомебЕаЕЕ. 


7.4.5. Шаблон Расаде (Фасад) 


Фасад продолжает линейку шаблонов, предназначенных для гибкой рабо- 
ты с группами объектов. Он реализует универсальный интерфейс к большой 
системе, скомпонованной из множества объектов разных классов и взаимо- 
связей между ними. С точки зрения пользователя Фасада такая система 
представлена лишь одним интерфейсом (рис. 7.11). 

Реализуется этот шаблон очень просто. Имеется класс Тбиъзузсем, опи- 
сывающий поведение подсистемы, представляемой универсальным интер- 


фейсом. 
Тбирзузсем = с1авв 
рчЬ11с 
ргосеацге бабзузеетРапсе1опа116у; 
ета; 


Обратите внимание, что в этом классе нет никаких ссылок на Фасад — внутренние 
части подсистемы ничего не знают об охватывающем ее внешнем интерфейсе. 


Сам класс фасада: 


ТРаса@ае = с1авв 
руЬ11с 
ргосеацге ЕГасааеМеерод; 


вЕг1сЕ рг1уаее чаг 


ЕТВетбабзузеем: ТбиБзузеем; 
епа; 


ТРасаде ТЗиь зу ет 


- Тре ЭиБзует:ТЗиБзу ет 


+ бибзу етРипснопаМу 
+ РасадеМемо9д —о—м————брЩбфЗ 


РГасаде 


Расаде: ТРасаде 
Зибзу ет: ТЗиБзу ет 


Рис. 7.11. Шаблон Еасаае в Дизайнере модели 
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В нем имеется лишь ссылка на подсистему, через которую и происходит 
управление различными ее функциями. А внешним пользователям предо- 
ставляются методы наподобие гасадемекеноа, в которых и запрограммирова- 
ны обращения к тем или иным возможностям подсистемы. 


7.4.6. Шаблон Румею (Приспособленец) 


Приспособленец позволяет существенно повысить эффективность работы 
приложения в случае, когда задействовано большое число объектов, коли- 
чество их внутренних состояний ограничено, а основной акцент сделан на 
функциональные возможности. В таком случае шаблон формирует неболь- 
шой набор объектов-состояний, а при создании новых объектов они просто 
заменяются ссылками на постоянно существующие копии, количество кото- 
рых равно числу состояний. 

Представим, что моделируется футбольная игра, где каждый футболист 
представлен в виде объекта со сложной логикой поведения, но число состо- 
яний которого равно всего двум (выступает за команду А или за команду 
Б), а вся остальная информация об игре, в том числе и координаты игроков, 
хранится во внешнем управляющем модуле. Тогда достаточно создавать не 
22 объекта (11 объектов команды А и 11 объектов команды Б), а всего два 
(игрок команды А и игрок команды Б). Внешний программный монитор 
получит доступ к ним через данный шаблон (рис. 7.12). 

Созданием внутренних объектов, отражающих число возможных состоя- 
ний, занимается класс Фабрика приспособленцев: 


ТР]умезореРЕасбогу = с1авв 
вЕг1сЕ рг1уаее уаг 
ЕТВеТСопсгебег1умелайез: НазббаЪ]1е; 


рчЪ11с 
Еопсе1оп СееТСопсгекеЕ1Тумеларе (АКеу :ТОБ)есе): ТЕ1Тумеланье; 


ТЕ7Еумео М Расюгу ТСопсгееРИумеющ Е 


- РТреТСопсгееР уме $: НазМаЫе 


+ Сгеме 
+ Семее + Затр/еОрегацоп 
+ СеТСопсгаеР уме нЕ 


<<ицеНасе>> РумеоМ 


ДЕумиемуМ ум 
——— Сопсга{еР\умео Е ТСопсгаеРуже о 
+ батр/еОрегакоп Рмме о Сомехе ТЕумеоСомеж 
— Ре! о МР асоту: ТРумеоРасогу 
Румео йе Ее! 


Рис. 7.12. Шаблон Приспособленеи в Дизайнере модели 
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сопвегасеог Сгеасе; 
епа; 


Реализация перечня объектов, отображающих возможные состояния, выполнена в 
данной версии шаблона в ОерР! в виде хэш-таблицы — стандартного класса .МЕТ 
Зу$ет.Сойесйоп$.НазМаые. 


В программе также возникает дополнительная экономия за счет того, что 
объект, представляющий конкретное состояние, не создается предваритель- 
но, а формируется лишь когда в этом состоянии возникает реальная потреб- 
ность. Кроме того, не расходуются ресурсы на поддержание полного списка 
всех состояний, среди которых может быть немало невостребованных. 

Шаблон либо возвращает готовый объект, либо создает новый, если 
интересующее состояние еще не поддерживается. При этом такое действие 
скрыто внутри Фабрики. Клиентский код обращается лишь к интерфейсу 
ТЕ1умелайе. 


ТЕ1умелопе = 1пеегЁасе 
Еарсе1оп бапр1еОрегае1оп: 5Ег1п4а; 
ера; 


Этот интерфейс реализуется классом ТСопсгекеР1уме1 а! к. 


ТСопсгебеЕ1умеланЕ = с1авв(ТОБ)есе, ТЕ1уметапь) 
рчЬ11с 
$6: ЗЕЕ1па; 


Еапсе1оп бапр1еОрегае1оп: 5%гх1п9; 
сопвегасеог Сгеаке(АКеу :ТОр)есЕ); 
епа; 


На его основе и создаются множественные объекты, доступ к которым 
формируется на базе их состояний. 

Допустим, объект создается на основе ключа, определяющего нужное нам 
состояние, по которому к нему в дальнейшем будет организован доступ. 


сопвегасеог ТСопсгебег]уме1айе.Сгеасе (АКеу :ТОБ]ес®); 
Бед1п 
1пБег1ееа Сгеаее; 


// инициализируем внутреннее состояние: 
5Е := АКеу.Тобеу1па; 
епа; 


Прикладной метод реализуется, например, так: 


Еапс®1оп ТСопсгебеЕ1уме1а1*.баптр1еОрега®1от: 5б%г1пд; 
Бед1п 
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Вези]1* := $6; 
ера; 


С точки зрения внешнего пользователя всегда происходит обращение 
только к Фабрике объектов, через метод СеЕТСопсгекеЕ1умелане с параме- 
тром, отражающим состояние. 


Еарсе1оп ТЕ1уме1анеРасвогу .сееТСопсгебеР1уметарне (АКеу 
ТОБ)есе): ТЕ1умезоаре; 
уаг 
пемЕ1умезайе :ТЕ1уметоаПс; 
Ъед1п 
ТЕ ЕТреТтсбСопсгесеЕ1уме1а0*е $ .Сопба1пзКеу (АКеу) Тьеп 
// если объект уже есть в хэш-таблице: 


Бед1п 
Вези1Е := ТЕ1уие1ларе (ЕТРеТтТСопсгкесеЕ1уме1айе $ [АКеу]); 
епа 
Е] ве 
Бед1п 
// если объекта нет - создать новый: 
пеиР1уме1ае := ТСопсгебеЕ1умезайе.Сгеаее (АКеу); 
ЕТреТСопскебеЕ1уме1айе $.Ааа (АКеу, пемЕ1уме1апе); 
Кези16 := пеиЕР]уметанве; 
епа; 
ера; 


В прикладном коде работа с даННЫмМ шаблоном может выглядеть так. 


\аг ЕЁ: ТЕ1уметапЕРасвогу; 
1Е]у: ТЕ1умеларе; 
1: Тобедег; 


ЕЕ:= ТР1уме1апеЕасбогу .Сгеаее; 


Гог ТГ := 1 ®о 10 а 
Бед1п 
// создаем формально десять, а фактически - пять объектов 
в хэше - при создании объектов, в конструкторах которых были 
указаны одинаковые значения параметра, Приспособленец выполнит 
подмену реальных объектов ссылками на готовый эталон: 
1Ё1у := ЕЁ. Сее`ТтСопсгебеЕ1уме1ане (ТОБ)ес® (1 Яа1у 2)); 


1аре11.ТехЕ := 1Е1у.бапр]1еОрега®1оп; 
еп; 
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7.4.7. Шаблон Ргоху (Прокси) 


Шаблон Прокси подойдет, когда надо эффективно обработать большое коли- 
чество компактных объектов. Бывают и обратные случаи, когда объектов в 
программе немного, но каждый требует больших ресурсов, например если 
объекты — видеоизображения. В таких ситуациях полезно применять шаблон 
Прокси. Он предоставляет интерфейс, лишь внешне схожий с оригинальным 
объектом. Ресурсоемкие операции выполняются только при прямом к ним 
обращении. В остальных случаях выполняются косметические действия или 
предоставляется на выполнение код нужных методов. Кроме того, в Прокси- 
методы обычно встраиваются дополнительные средства контроля, например, 
за правами пользователя, наличием ресурсов и т.п. (рис. 7.13). 
Прокси-интерфейс в данном шаблоне назван $5 3есе. 


биБ]есЕ = 1рЕегЁасе 
Еирсе1оп бапр1еМеепоа (1:Тпеедег): Тпбеедег; 
епа; 


Этот интерфейс представляет собой оболочку класса ТВеа15аЪ3еск, кото- 
рый и нуждается в Прокси-расширении. 


ТВеа15аБ)]есЕ = с1авв (ТОБ]есе, баБ]ес®) 
рчЬ11с 
Еарсе1оп баптр1еМеепоа (1:Тпбедег): Тпбедек; 
ера; 


А сам Прокси-класс выглядит так. 


ТРгоху = с1авв(ТОБ)есе, ЗаБ]ес®) 
вЕ:1с6 рг1уаее уаг 


<<тме!аое>> Ргоху 


Зивуаст 
р Зи есЕ Зиея 


, Ргоху: ТРгоху 
* Затр/еМеросиеуе Веа!ЗиБесЕ ТВеа!Зием 


Вез! Зея е19д: Ее 


ТВег!БиБ ес ТРгоху 


- РРиечТВеа!Зи ем 


+ Затр!еМефдод:щедег 


+ Затр!еМефод:щедег 


Рис. 7.13. Шаблон Прокси в Дизайнере модели 
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Ебар]есЕе: ТКеа15аЪ]ес(; 


рчЬ11с 
Еарсе1оп бапр]еМеепоа (1 :Тпеедех): ТпЕедег; 
еп; 


В этом классе имеется ссылка Е5уЪесе на объект, подлежащий контро- 
лю, и функция, «обволакивающая» дополнительным кодом метод ориги- 
нального объекта. 


Еирсе1оп ТРгоху.бапр1еМеспоа (1:Тпбедег): Тпеедекг; 


ЪБед1п 

// дополнительные действия 

// 

тези]1Е := Рбаб)есё. бапр1еМеевоа (1); 
епа; 


7.“".. Шаблоны поведения 


Шаблоны поведения (Вейалота/) упрощают и проясняют в проекте способы 
взаимодействия объектов друг с другом. Они формализуют и систематизи- 
руют процессы управления внутренней, обычно достаточно сложно органи- 
зованной работой приложения. 


7.5.1. Шаблон Спат о! НезропЬИКу 
(Цепочка обязанностей) 


При обработке некоторого запроса внутри программы во многих случаях 
бывает полезным не завершать его отказом, если конкретный объект-испол- 
нитель не смог выполнить нужные действия (например, был занят или не 
справился с заданием), а попробовать передать запрос дальше по цепочке — 
объектам, которые могут предоставить схожие услуги. Если, например, про- 
грамма, проверяющая орфографию вводимого текста, не может подобрать 
слово, схожее по написанию с тем, которое ввел человек, то она может осла- 
бить требования к схожести оригинала с предлагаемым вариантом (увели- 
чив число допустимых ошибок в слове) и таким образом расширить область 
поиска вариантов написания (рис. 7.14). 

В шаблоне выделяется класс Обработчик (ТНапа1ех), который принима- 
ет сообщение, нуждающееся в неформальной обработке, и распределяет его 
между объектами, способными обработать запрос. Связь между такими объ- 
ектами организуется путем наследования возможностей класса ТНапа1ек, 
а цепочка обслуживания формируется в виде последовательного списка. 
Сначала создается первый обработчик — экземпляр класса ТНапа1ег, затем с 
помощью метода 5её5иссеззог указывается следующий объект-обработчик 
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ТНап ег 
Спат о} НезропзБИйу 


- ЕТлеЗиссезз ог ТНап ег 


Напщег: ТНапег 

+ ВебиссеззогТНапт Мег СопсгееНапт Мег: Сопсгее Нап ег 
+ Нап4еВРедие 

+ Зе\Зиссе$ $ ог 


+ Стеазе 
+ Нап4еВедие$ 


Рис. 7.14. Шаблон Цепочка обязанностей в Дизайнере модели 


и так далее. Отметим, что первыми в этом списке надо располагать объекты, 
способные наиболее точно ответить на сообщение, а далее — менее желатель- 
ных исполнителей. В результате, когда объект не может обработать сообще- 
ние, он просто вызывает соответствующий метод преемника. 


Суре 
ТНапЯ]1] ет = с{1авв 


// ссылка на преемника 
вЕг1сЕ рг1\абе уаг 
ЕТВебиссеззог : ТНапа1 ег; 


рчЬ11с 
// задать преемника 
ргосеачге Зегсбассеззохг (Абиссеззог :ТНап@а]ег); 


// получить преемника 
Еирсе1оп Себбиссеззог: ТНапЯ1ег; 


// прикладной метод обработки запроса 
ргосеацге Напа1еКеацезе; у1гЕча1; 
епа; 


Класс СопсгекеНапЯ1етх наследует возможности класса ТНапа1ег. Вот 
как в нем может быть записана реализация метода обработки запроса. 


ргосейцге СопсгесеНапа1ег.Напа1еКеачезс; 
уаг 

СапРгосез$Тр1зВеачезЕ :Воо1еап; 
ЪБед1п 
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// определяем способность обработать запрос: 
СапРгосез$ТЬ1зВеацезе := Еа]1зе; // или Тгае, если способны 


ТЕ СапРгосеззТр1зВеацезЕ Треп 
Бед1п 
// обработка запроса 
епа 
Е1 ве 
Бед{1п 
// передаем далее по цепочке 
1прег1ееа Напа1еКеацез® (); 
ера; 
епа; 


Если теперь Подготовить такой код: 


уаг с1, с2, СЗ: СопсгхебеНапа1ег; 


с1:= СопсгеееНапа]1ех.Сгеаее (111); 
с2:;= СопсгебеНапа]ег.Сгеаее(с1); 
с3:= СопсгеееНапЯ1]ет.Сгеаее(с2); 


с3з.Напа1еВеацезе; 


то сначала вызовется метод Напа1еВеачиез® экземпляра с3, затем, если обра- 
ботка не ВЫПОЛНИТСЯ, — Метод НапЯ91еКеачез® экземпляра с2, и в заключе- 
ние, при необходимости, — метод экземпляра с1. 


7.5.2. Шаблон Соттапа (Команда) 


Шаблон Команда реализует популярную в современном программировании 
задачу. Он представляет некоторое сообщение в виде объекта, который затем 
может использоваться заранее неизвестными элементами программы. Такая 
парадигма широко используется в Оеры. Например, типичные события 
пользовательского интерфейса (выбор пункта меню, нажатие кнопки, щел- 
чок мышью) в программах обрабатываются заранее не известными способа- 
ми. Обычно формируется прикладной обработчик события, в который в виде 
объекта передается информация о событии (рис. 7.15). 

В интерфейсе ТСоптапа определен метод Ехесиее, вызываемый при обра- 
щении к объекту, причем заранее не известно — к какому. 


ТСопмапа = 1п6етЁасе 
ргосеачге Ехеси(е; 
ета; 


На базе интерфейса ТСоптапа в клиентском приложении создается класс- 
наследник ТСопсгеЕеСомтапа (например, одно из стандартных действий, 
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оси 


] <<име(асе>> | 


7Сотиутала Соттапд 


| + Ехесше Согтгтапв: ТСоттапд 
Ресемег: ТРесеме! 
СопсгаеСотгттапд: ТСопсгеаеСотгайд 


ТСопсгееСоттапд 
- ЕВесемег: ТРесемег 


+ Сгеме 
1 + Ежесме 


Рис. 7.15. Шаблон Команда в Дизайнере модели 


выполняемых при обращении к элементам управления, — реакция на нажа- 
тие некоторой кнопки). 


ТСопсгебеСопмапЯ = с1авв(ТОБ)]есЕ, ТСопмтапа) 
вЕг1сЕ рг1уабе уаг 
ЕВесе1уег: ТВесе1уег; 


раЬ11с 
ргосеацге ЕхесиЕе; 
сопвёгисвог Сгеасе (АВКесе1ует :ТВесе1уег); 
еца; 


Этот класс используется в объекте Получатель (ТвВесе1уехг), предостав- 
ляющем конкретную реализацию действия Ехесиее. В качестве Получателя 
может выступать, например, некоторая форма, заинтересованная в обработ- 
ке нажатия на кнопку. 

ТВесе1уег = с1авв 


рчЬ11с 
ргосеацге Асе1оп; 
епа; 
В методе АсЕ1оп используется информация объекта — экземпляра 
ТСопсгевеСошмапа. 


Допустим, в прикладной программе мы создали объект 1, ответственный 
за выбор пункта условного меню (не стандартного, а какого-то оригинально 
запрограммированного в текущем приложении), например Выполнить рас- 
чет переменной А. Пусть имеется также главный объект (аналог приложе- 
ния), выполняющий конкретные действия при выборе того или иного пун- 
кта меню. 
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уаг 1п: ТСопсгебеСошщапа; 
ар: ТКесе1уег; 


ар:= ТВесе1уег.Сгеаее; 


1п:= ТСорсгебеСоптапа. Сгеа(е (ар); 


Ключевым здесь является способ реализации метода Ехесихе. Если метод 
АСЕ10оп прямо выполняет требуемые от него действия: 


ргосеацге ТВесе1уег.АсЕ1оп; 

Ъед1п 

// выполнение прикладных действий - расчет переменной А 
епа; 


то объект Команда может до или после этого расчета выполнить ряд допол- 
нительных проверок. Например, он может проверить права пользователя и 
выполнить обработку результата с учетом текущего контекста. Делать это 
особенно удобно потому, что Команда представляет собой полноценный 
объект, никак не привязанный к Получателю. 


ргосеацге ТСопсгесебСоптапа. Ехесцее; 
Бед1п 
// действия до 
ЕВесе1уег.Асе1оп(); 
// действия после 
епа; 


С помощью данного шаблона удобно создавать метакоманды, не привязанные к 
конкретным действиям, но поддерживающие типовой набор абстрактных опера- 
ций: отмену действий, запись макропоследовательностей и так далее. 


7.5.3. Шаблон Ищегргаег (Интерпретатор) 


Интерпретатор — специализированный шаблон, выполняющий анализ грам- 
матики некоторого искусственного языка иего интерпретацию. В клиентском 
коде первоначально формируется некоторое предложение на заранее спро- 
ектированном языке, а затем вызывается метод интерпретации (рис. 7.16). 

В общем случае класс Абстрактное выражение определяет единственный 
метод интерпретации выражения, заданного в качестве параметра. 


ТАБзЕгас®Ехргез$1оп = с1авв аЪвегас® 

рчЬ11с 

ргосейцге Тпсегргее (АСопеехе :ТСопбехё); у1хгеца1; аЪзегасе; 
ера; 


Его первый наследник — класс Терминальное выражение — определяет 
завершающий символ грамматики. 
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ТСбопеж 


[п4егргеег 
* Стеав АБзгасЕхргез оп: ТАБ згасЕхрге$ $10п 
Сомщеж: ТСощеж 
Мощегтта!Ехриез оп: ТМощегтта!Ехргез оп 
Тептта!Ехргез оп: ТТеттта!Ежргеззюп 


"лу 


ТМогегттаЕхргеззюп 


- РЕхргезюп:ТАБзмайЕхргез!от | 


+ Стеме 
+ |щегрге 


Рис. 7.16. Шаблон Интерпретатор в Дизайнере модели 


ТТеги1па1Ехргез$1оп = с1авв (ТАБзЕгас®Ехргезз1оп) 
раЬ11с 
ргосеацге Тпеегрге{ (АСопЕехеЕ :ТСопбех®) ;оуегг1ае; 
ера; 


Его второй наследник — класс Нетерминальное выражение — определяет 
грамматические правила. 


ТМ№опбеги1па1Ехргез$1оп = с1авв (ТАрзегас®Ехргез$1оп) 
ве:г1сЕ рг1уабе уаг 
ЕЕхргезз1оп: ТАБзегасеЕхргез$1оп; 


ручЬ11с 
ргосеацге ГТпгегргее (АСопЕехе :ТСопЕехё) ; оуегг1ае; 
сопвёгасбог Сгеа(се (АЕхргеззлоп :ТАБзбгас®Ехргез$$1оп); 
епа; 


Для полноценной работы Интерпретатора необходимо организовать 
разбор текстовых строк, содержащих выражения, записанные На заданном 
языке. Конкретные терминальные символы и правила описываются в виде 
отдельных классов — наследников указанных классов ТТеги1па1Ехргез$1оп 
И ТМ№опесеги1па1Ехргеззт1оп. 


7.5.4. Шаблон Кегатог (Итератор) 


Популярный шаблон Итератор предоставляет программную обложку объек- 
там, содержащим наборы элементов, — спискам, коллекциям. Он предлага- 
ет список стандартизованных методов перебора элементов, которые скрыва- 
ют от конечного пользователя способ своей реализации, за счет чего удается 


7.5. Шаблоны поведения 181 


<<име{асе>> <<иче!асе>> 
Пегаюг Абдгерые 


+ СытелМет.ТОБес! | + Пагаог/Иегаюг Ё 
+ $1 ГОБуе с! е — 
+ /5Роле.Воовэпт 
+ №ех-ТОе с! 
Негафог 


СопсгееАддгедае: ТСопсгеедддгеса{е 
СопстаеКегаог: ТСопсге{е Кега\ог 
Адодгедае: [Аддгесге 


Кега\ог. Нега{ог 
ТСопсгееНегаюг 


- РАдогед ме: ТСопсгееАодгедае 


+ Кега4огКега{ог 


Рис. 7.17. Шаблон Итератор в Дизайнере модели 


взаимодействовать с любыми подобными классами через унифицированный 
интерфейс (рис. 7.17). 
Базовые функции Итератора ясны из описания интерфейса: 


ТТсегабог = 4п6ЕегЁасе 
Еапсе1оп Е1гзб: ТОБ]ес(; 
Еапсе1оп М№ехе: ТОБ)есЕ; 
Еипсе1оп Т5Попе: Воо1еап; 
Еапсе1оп СиггепеТеем: ТОБ)ес(; 
епа; 


Функции Е1гзЕ /Мехе выполняют перемещение к первому и следующему 
объектам в списке, функция ТзПопе возвращает значение Тгце, если пере- 
браны все элементы списка, а функция СиггепеТееп возвращает текущий 
объект в наборе. 

Так как необходимо, чтобы Итератор мог работать с произвольными 
классами, возможно, встроенными в стандартные системные библиотеки, 
и предоставлять самую разную функциональность (например, чтобы один 
Итератор позволял обойти список от начала к концу, а другой — от конца к 
началу), в программе также требуется некий дополнительный объект, кото- 
рый бы управлял списком доступных итераторов. Поэтому в шаблон вклю- 
чен интерфейс Агрегатор. 


ТАчагедцаее = 1пЕегЁасе 
Емпсе1оп Теегабог: ТТеегабког; 
ева; 


Агрегатор управляет созданием конкретных классов-итераторов. 
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7.5.5. Шаблон МеЧ!а юг (Посредник) 


Посредник напоминает некоторые структурные шаблоны. Он позволяет 
выделить в отдельный объект характерные элементы большой группы объ- 
ектов. Но он затрагивает не статические свойства, а общее поведение, что 
позволяет координировать взаимодействие объектов разных классов, напри- 
мер синхронизировать работу элементов пользовательского интерфейса, 
когда настройки отображения одних элементов связаны с состоянием дру- 
гих (рис. 7.18). 


7СоМеадие 
- ГМедаогМеда юг 


$ Сгеа\е 
$ Се{МедгаогМед!а\ог [ 


<<име|асе>> Ё 


/Мебаюг | 


Мефаюг ТСопсге{еСовеадвие 


Со|ездие: ТСо|еадие 

Мед: а\ог: 1Меф!а(ог + Сгеае 
СопсгаеСоНеабие: ТСопсте{еСо!еадие + батр!|еОрегайоп 
СопсгаеМедга\ог: ТСопсгт&еМе д! а {ог м 


+ СРалдеб Е 


ТСопсгееМефаюг 
ЕТСопсгееСоПеадие:ТСопстаеСо|еадие 


| + СРапдед 
1 + бе СопсгееСоНеадие 


Рис. 7.18. Шаблон Посредник в Дизайнере модели 


Интерфейс Посредника содержит основной метод Свапдеа, предназна- 
ченный для информирования о произошедших изменениях в состоянии 
некоторого элемента системы. 


ТМеЯа1абог = 1п6егЁасе 
ргосеацге Свапачеа(АСо1]1еааае :ТСо1]еадае); 
епа; 


Координацией работы элементов группы занимается экземпляр класса- 
наследника ТСорпсхгебеМеа1абохг: 


ТСопсгебеМмеЯд1ае ог = с1авв(ТОБ)]есЕ, ТМеалавог) 
вЕг1сЕ рг1уабе уаг 
ЕТСопсгебеСо1]еадце: ТСопсгекеСо11еасае; 
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рчЪ11с 
ргосеацге СГапдеа(АСо]1]еадце :ТСо11еадае); 
ргосеацге бееТСопсгекеСо11еадаце (АСо]11еааце 
ТСопсгеееСо11еадаце); 
епа; 


Каждый из управляемых классов (Коллег) наследует возможности клас- 
са ТСо]1еадце: 


ТСо1]еазае = с1авв аЪвёгасе 
вЕг1се ргобесееа 
Еарсе1оп СесМеЯа1аког: ТМеЯ1аКохг; 
сопвегасеог Сгеасе (АМеЯ1асог :ТМеа1абог); 


вЕг1сЕ рг1уабе уаг 
ЕМеа1 аб ог: ТМеа1абог; 
ера; 


Коллеги работают только с Посредником, избегая прямого взаимодей- 
ствия между собой, что и позволяет выделить логику их общения в отдель- 
ный объект. Например, конкретная версия класса-коллеги может выглядеть 
так: 


ТСопсгефеСо11еааце = с1авв (ТСо11]еааце) 
риЪ11с 
ргоседцге бапр1еОрега®1оп; 
сопвегасеог Сгеате (АМеЯ1абог :ТМеЯ1аког); 
ера; 


Здесь метод 5апр1еОрегаЕ1оп — некоторое прикладное действие, кото- 
рое должно вызвать реакцию Посредника, и он реализуется примерно так. 


ргосеацге ТСопсгебеСо11еадачце. бапр1еОрегаЕ1оп; 
Бед1п 

СесМеЯ1акох () .СВапаеа (зе1ЕЁ); 
епа; 


Метод Съапдеа в классе ТСопсгесеМеа1аког вносит изменения в другие 
подведомственные классы. Как правило, в конструкторе этого класса форми- 
руются элементы управления и запоминаются ссылки на них с последующей 
синхронной обработкой в методе Свапдеч. 


7.5.6. Шаблон Метето (Хранитель) 


Хранитель полезен в случаях, когда работа объекта прерывается, например, в 
исключительных ситуациях или при получении внешнего сигнала, нуждаю- 
щегося в срочной обработке. Он позволяет не сбрасывать внутреннее состоя- 
ние объекта, а запомнить его на время отвлечения, чтобы потом продолжить 
работу с точки прерывания. Подходит Хранитель и для реализации прин- 
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ципов отката внутреннего состояния системы к некоторым промежуточным 


контрольным точкам. Еще одна из задач Хранителя — скрытие внутренней 
информации объекта (рис. 7.19). 


ТСагааКег 
- РПОпдтаюгТОпдтаюг 


1 + Стез{е 


Метео 
| + ЗотеОрегайоп 


СопсгееМетептю: ТСопсге{=Метепто 
Опдта юг: ТОпотаог 
Метепо: Метео 
-_. О4ае: |54ае 
ТОпоталюг СагедаКег. ТСагеаКег 


ЕО\ае 154 ме 


| + СгеаеМетето:Метето ТСопсге\еМететю 
+ бе\Метето Ъмж— 


- Рае 14 ме 


+ Стеае 
<<ищейасе>> + Себе О 
11а е + Бе 54ме 


Рис. 7.19. Шаблон Хранитель в Дизайнере объектов 


Для реализации подобных механизмов предложена следующая схе- 
ма (рис. 7.19). Структура конкретного внутреннего состояния описывает- 


ся в интерфейсе т5каее. Хозяин ТОг1а1паког обращается (изнутри себя) к 
Хранителю (интерфейс 1Мепепсо). 


ТОг1а1пабог = с1авв 
рчЪ11с 
Емпсе1оп Сгеабеметепео: ТМепепёо; 
ргосеааге беЕМетепбсо (АМешщепео :1Мепепео); 


вег1сЕ рг1уабе уаг 
Ебсасе: Тбсаее; 
епЯ; 


Структура конкретного класса Хранителя такова. 


ТСопсгебемепепео = с1авв(ТОБ)]есЕ, ТМепепбо) 
ричЬ11с 
ргосеаиге Зесбсасе (Абсабе :Т5Еабе); 
Еипсе1оп Сесбсаее: Т5еаее; 
сопвёгасеог Сгеасе (Абсабсе :Т5бабе); 


вЕг1сЕ рг1уаЕе уаг 
Еббсабе: Тббаее; 
епа; 
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Получение и сохранение состояний программируется в методах СеЕ 5 саге 
И бек 5касе через внутреннее поле Е5Еаге. 

В клиентской части основное взаимодействие происходит с помощью 
класса Посыльный (ТСагекакег). Он вызывается, когда нужно сохранить 
текущее состояние объекта — экземпляра класса ТОг191паког. При этом 
Посыльный, что важно, ничего не знает о внутреннем содержимом состоя- 
ния Хранителя. 


ТСагесаКкехг = с1авв 
ручЬ11с 
сопвегасеог Сгеаее (АОг1а1пабохг :ТОг1а1паког); 


86г1сЕ рг1уаее уаг 
РОг1а1паког: ТОг1а1пакокг; 
епа; 


Работает он с Хранителем, например, так: 


уаг 
Мепепео: ТМепепбо; 


// запрос состояния Хранителя 
Метепео := ЕО’г1ла1паког.СгеасеМетепео (); 


// нужные действия 


// возвращение обратно состояния Хранителя 
РОг191пакохг. бе(Метеп®о (Метепбо); 


7.5.7. Шаблон ОБ$егуег (Наблюдатель) 


В современных приложениях, особенно сетевых, популярна возможность 
синхронного обновления набора объектов при изменении некоторого управ- 
ляющего объекта. Реализовать такой режим помогает шаблон Наблюдатель. 
При возникновении некоторого события он извещает представителей раз- 
ных классов о необходимости измениться! (рис. 7.20). 

Интерфейс Наблюдателя ТОБзегуег содержит единственный метод 
Ордаее, который вызывается внешним управляющим субъектом по мере 
необходимости. 


1 Иногда такой режим называют «подпиской». Объекты подписываются на автоматическое 


получение свежих сведений от «издателя». 
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ТЗчЬес 


- РОБзегиег$:Аитау цз 


$ МобОБзегуег; ТСопсгеаеЗифеа | 


ТСопсгееОБзегуег ОБзегуег 


ЗчЦесЕ ТЗиЦея 

ОБзегуег: 1ОБзегуег 

СопсгеебиЦесе ТСопсгееЗиЦей 
СопсгееОБзегуег: ТСопсгееОБзегуег 


Рис. 7.20. Шаблон Наблюдатель в Дизайнере модели 


ТОБзегуег = 1п6ехЁасе 
ргосеаиге ОрЯаее (АбаБ]есЕ :ТбаБ)ес®); 
ерЯ; 


Класс Субъект содержит список Наблюдателей, которых надо извещать, 
методы его пополнения и исключения АбгасН и Бекасв, а также метод рас- 
сылки сообщения всем объектам списка. Отметим, что в качестве параметра 
такого извещения передается ссылка на сам Субъект. 


Тбар]есЕ = с1авв 
вЕг1сЕ рг1уаее уаг 
РОБзегуегз : АгтгауГ 156; 


раЬ11с 
ргосеацге Песасп(АОБзегуег :ТОЪзегуег); 
ргосеацге Ассаср (АОБзегуег :ТОБзегуехг); 
сопвёгасвог Сгеаее; 


вехг1сЕ ргобесЕеа 
ргосеацге М№о\1ЕуОБзегуегз; 
еп; 


7.5.8. Шаблон За е (Состояние) 


Шаблон Состояние позволяет выделять элементы поведения объекта, зави- 
сящие от его состояния (например, когда среда разработки меняет перечень 
доступных инструментов в зависимости от текущего объекта, выбранного в 
Дизайнере). Нередко этот шаблон применяют, чтобы превратить код с боль- 
шим числом условных операторов и ветвлений в наглядный табличный вид, 
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когда выбор того или иного действия задается не в коде, а в таблице взаимо- 
зависимостей. Фактически, шаблон Состояние выделяет некоторое действие 
в отдельный класс. Применение его в исходном тексте существенно повыша- 
ет наглядность программы и позволяет избежать модификации громоздких 


условных конструкций (рис. 7.21). 


<ине(асе> ТСомеж 
191ае 
- РОме 19 ще 


+ Зее 
+ ЗотеОрегайоп . 


ЗАме 


Сомеж: ТСомеж 
Очае: 1944 е 
Сопсгее 4 {е: ТСопсгее ме 


Рис. 7.21. Шаблон Состояния в Дизайнере модели 


Интерфейс Состояния прост: 


ТбЕасе = 1пЕетгЁасе 
ргосейцге Напа]е; 
ера; 


Процедура Напа1е реализует некоторое действие, которое во внешней 
программе должно выполняться в зависимости от внутреннего условия. 
Управляется Состояние в прикладном коде классом-Контекстом. 


ТСопбехе = с1авв 
ручЬ11с 
ргосеацге бесбеасе (Абсабе :Т5беабе); 
ргосеачге бопеОрегае1оп; 


вЕг1се рг1уабе уаг 
Ебсасе: Тбкаее; 
епЯ; 


Экземпляры контекста формируются и настраиваются конкретными 
состояниями (Т5еаее). Он оказывается промежуточным классом, инкапсу- 
лирующим внутренние интерфейсы состояний. 

Допустим, на форме имеется флажок. В зависимости от его состояния мы 
хотим вызывать то или иное действие, доступное через интерфейс т$каге. 
Для этого создадим два класса-наследника Т5хабсе — ТСопсгесебкаее1 И 
ТСопсгекебаее2 — с одинаковой структурой. 
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ТСопскебебЕаее1 = с1авв(ТОБ)есе, Т5хасе) 
рчЬ11с 
ргосеацге Напа1е; 
епа; 


В клиентском коде обращение К этим классам может быть Таким: 
уаг 151, 1$2: Тобасе; 


151 := ТСопсгебебеаее]1.Схгеаее; 
ТСопсгебебсаее2 .Сгеаее; 


152 


1Е срескКБох]1.СпескКеа 
ЕВеп 1$51.Напа]1е 
е1ве 152.Напа1е; 


Как правило, в качестве названий классов выбирают наглядные имена, 
чтобы ярче отразить предназначение той или иной ветви. Если эти классы 
содержат лишь исполнимый код, работа которого никак не связана с их вну- 
тренними состояниями, то можно сделать эту запись еще нагляднее: 


1Е срескБох]1.Спескеа 
ЕБеп ТСопсгкебебЕаее].Сгеаее.Напа1е 
е]1ве ТСопсгебеббаее2.Сгеасе .Напа1е 


7.5.9. Шаблон Угаеду (Стратегия) 


Этот весьма полезный в прикладной разработке шаблон позволяет изменять 
реализацию некоторого алгоритма без модификации клиентского кода. Это 
осуществляется предоставлением доступа к функциям через универсаль- 
ный интерфейс, не зависящий от реализации. Обычно программисты реша- 
ют эту проблему выделением исполнимого кода в библиотеку, отчуждаемую 
от программы (например, в ОГ.[.-файл, который можно заменять), однако 
такой подход не годится, если изменилась сама форма обращения к функ- 
ции (например, появились новые параметры или возникло новое название). 
Шаблон Стратегия также поможет, если в программе имеется много услов- 
ных ветвлений (частный случай — выбор реализации алгоритма в зависимо- 
сти от значения параметра) — рис. 7.22. 

В интерфейсе т5егакеду описывается конкретный перечень функций, 
подлежащий отчуждению от их реализации. Пусть он будет таким. 


Тбекабечу = 1п6егЁасе 
Еарсе1оп бапр1е: 1пеедег; 
еп 4; 


А реализуется этот интерфейс классом ТСопсгеЕе$%каееду: 


ТСопсгебебЕгаеечу = с1авв(ТОБ]есЕ, Т5егакечву) 
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ТСомеж 


- РПОгме ду Эи меду 


+ СощежРВедие; 
1 + Стеаме 


Сопсге\е Загаеау Зиаесду 


— Сощехе ТСощеж 
+ Затр/е Згаие ду: 1Зиа{е ду 
_ Ц СопсгееЭтае ду: ТСопсгее га {еду 


Рис. 7.22. Шаблон Стратегия в Дизайнере модели 


раЬ11с 
Еапсе1оп бапр1е: 1пседег ; 
епа; 


Еарсе1оп ТСопсгебе5Егабеду.бапр1е: 1пседег ; 


Бед1п 

теза1е := 1; 

епаЯ; 

Работа с этим интерфейсом поддерживается Контекстом — классом 
ТСорбехс: 


ТСопбехе = с1авв 
вЕг1сЕ рг1уабе уаг 
Рбегабеду: Тбегабсесду; 


рчЪ11с 
Еапсе1оп СопсехЕКеацезе: Тпееаег ; 
сопвЕтасеохг Сгеасе (Аб гаееду :ТбЕегабеду); 
епа; 


При конструировании контекст получает в качестве параметра экземпляр 
одного из наследников интерфейса т5Егакеду: 


уУуаг сх: ТСопбехс; 


сх:= ТСопвехе.Сгеаее( ТСопсгебе$габеачу.Сгеаее ); 


Теперь к соответствующему методу можно обратиться так: 


1абе11.ТехЕ := сх.СопбехеКеацезе .ТобеЕг1пд; 
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При изменении алгоритма функции 5аптр1е достаточно лишь модифици- 
ровать ее реализацию для класса ТСопсгесе5екакеду, не внося изменения в 
существующую структуру классов и их взаимосвязи. И расширение переч- 
ня реализаций алгоритма 5апр1е также происходит прозрачно, добавлением 
нового класса-реализатора т5егакесду. 


7.5.10. Шаблон Тетр/ме Мешпоа (Шаблонный метод) 


Этот шаблон расширяет возможности шаблона Стратегия и отличается от 
него тем, что позволяет заменять не весь алгоритм целиком, а лишь отдель- 
ные его шаги (рис. 7.23). 


ТАБ: гасОвзт: 


+ Рут Орегайоп 
+ РутиуеОрегауол 7 утедег 
+ Тетр!еМефод Тетр! ме Мефод 


Тетр!а{еСомщехе ТАБзгас Са $$ 


Нтр!ететог: ТСопсгеСа$$ 


ТСопсгеаеС!аз: 


+ РитимеОрегайоп 
+ РитимеОрегайоп1 14едег 


Рис. 7.23. Шаблонный метод в Дизайнере модели 


Список элементов алгоритма, подлежащих замене, задается в интерфейсе 
ТАрзегасЕеС1аз $: 


Суре 
ТАБзсгасеС]аз$ = с1авв арзегасе 
рчь11с 
ргосеацге Тепр1абемеевоа; 
Еипсе1оп Рг1и161уеОрега(1оп]: Тпбедег; \у1г6иа]1; аЪзегасе; 
ргосеачге Ру1и1(1уе0рега®1оп; \У1гЕиа1; абзегась; 
епа; 


Процедура Тетр1акеМееноа — основной, неизменяемый алгоритм. Она 
составлена из последовательности вызова переопределяемых методов: 


ргосеаицге ТАБзЕгас®С1азз.Тепр]1асеМеепоа; 
Бед1п 
Рг1и1$1уеОрега®1оп(}; 


Рг1и1Е1уеОрега*1оп1 (); 
епа; 
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Наследуется этот класс, например, одной из возможных реализаций алго- 
ритма. 


ТСопсгебеС]азз = с1авв (ТАБзегасЕеС1аз$) 
рчЬ11с 
Еапсе1оп Рг1и161уеОрега®к1оп1: Тпбедег; оуегг1ае; 
ргосеааге Рг1п1(1уе0регак1оп; оуегг1ае; 
епа; 


Переопределять каждый раз все методы не обязательно — можно ведь 
наследовать и их реализацию из базового класса ТАБзегас®С1а$5$, а модифи- 
кации подвергать лишь отдельные шаги. 


7.5.11. Шаблон \М!$Ног (Посетитель) 


Последний из рассматриваемых здесь шаблонов, Посетитель, позволяет 
выделить некоторый набор операций, характерный для множества классов с 
различными структурами. Этот набор по различным причинам нежелатель- 
но вносить в описание классов (например, он может постоянно расширять- 
ся, а число различных классов, подлежащих модификации, велико), и в то же 
время вызываться должны методы, четко привязанные к конкретным кон- 
текстам исполнения (рис. 7.24). 

Изложенная схема реализуется с помощью шаблона Посетитель следую- 
щим образом. Существует интерфейс ТЕ1етепе: 


ТЕ1етмепеЕ = 1пбехгЕасе 
ргосеацге Ассер® (АУ1з16ог :1\/15$16ог); 
ева; 


<«те(асе>> 


ЛИуз йог 


+ ИзяТСорсгав Е втел . \МзИог 


Сопсгае\Мзцог: ТСопсгае\ $ Ног 
Ететеп:: Е]етег\ 

\Аз йог: М5 Ког 

Сопстае |етепе ТСопсгае !етег 


+ МЗИГСопстае Е |етег\ 


<<уме[асе>> ТСопсгеае етемщ 
Еле м—— 


+ Ассер! 


Рис. 7.24. Шаблон Посетитель в Дизайнере модели 
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Он поддерживается множеством существующих классов. Основной его 
метод Ассер+е передает внутрь класса ссылку на объект-Посетитель, ответ- 
ственный за реализацию контекстно-зависимой операции, вынесенной в то 
же время в независимый интерфейс Посетителя 115160. 


1\1$16о0ох = 1п68егхЁасе 
ргосеачге \1$1ЕТСопсгебеЕ1етепе (АЕ1етепё 
ТСопсгесеЕ1етепе); 
еп; 


Здесь процедура \1з1ЕТСопсгебеЕ1етепь в свою очередь получает ссыл- 
ку на конкретный класс как параметр, необходимый для доступа к его состо- 
ЯНИЮ. 

Реализация метода Ассере представляет собой вызов нужного метода 
конкретного класса, поддерживающего интерфейс тЕ1етепк. 


ТСопсгебеЕ1етепЕ = с1азз$ (ТОБ]есЕ, ТЕ1епмепь) 
раЪ11с 
ргоседиге Ассерк (А\1$16ох :1\У1516ог); 
епа; 


ргосеацге ТСопсгесеЕ1етепе .Ассере (А\У1в16охг :Г\/1$160г); 
Бед1п 

А\1 5160г. \/1$1ЕТСопсгебеЕ1етепе (зе1{); 
епЯ; 


Пусть имеются два класса: ТСопсгесеЕ1етепе И ТСопсгекеЕ1етепь2, 
каким-то образом различающиеся по внутреннему описанию, но поддержи- 
вающие интерфейс ТЕ1етепе. Для каждого из них в интерфейсе тУ1з1сох 
описывается свой метод. 


1У1$16о0ог = 1п6егЁасе 
ргосеацге \1$1еТСопсгебеЕ1етепе (АЕ]етмепе 
ТСопсгебеЕ1ептепе); 
ргосеачге \1$1еТСопсгебеЕ1етептЕ2 (АЕ1етепе 
ТСопсгесеЕ1етепте 2); 
епа; 


ргосеацге ТСопсгесеЕ1етепе .Ассере (А\/1з16ох :1\/1$160г); 
Бед1п 

А\У1 51бСохг. /1516ТСопсгебсеЕ1етепе (зе1Е); 
епа; 


ргосеацге ТСопсгекеЕ1етепе2.Ассере (АУ\1516охг :1\У15$160:); 
Бед1п 

А\У151Сог. У151еТСопсгебеЕ1етепе2 (зе1Е); 
епа; 
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В клиентском коде работа с такой структурой обычно происходит путем 
перебора всех или некоторого подмножества экземпляров классов, под- 
держивающих интерфейс ТЕ]1емепе, ДЛЯ Каждого из них с вызывом метода 
Ассерс: 


уаг се1: ТСопсгебеЕ]1етепе; 
се2: ТСопсхебеЕ1епепте2; 
1%: 1\1$516ог; 


1У := ТСопсгевбе\у1$16ох.Сгеаее; 
се1:= ТСопсгебеЕ]енепе .Сгеа ее; 
се? := ТСорсгеееЕ]етере2.СтеаЕе; 
// здесь реализуется перебор объектов се|1, се, ..., сем: 


се1.Ассере (1%); 
се2.Ассере (1%); 


Какие конкретно методы вызываются, в клиентском коде понять нель- 
зя благодаря инкапсуляции. В дальнейшем перечень операций, допустимых 
над объектами (в дополнение к единственному пока методу Ассерёе), можно 
расширять, не внося в дополнительный код уже существующие классы. 


7.6. Обслуживание шаблонов 


Мы рассмотрели все шаблоны, относящиеся к каноническому набору СоЕ. 
При желании перечень доступных шаблонов ОерЫ можно расширить само- 
стоятельно. Для этого надо подготовить в проекте ОМГ-модель, выделить 
на ней нужную группу элементов (например, с нажатой клавишей СТЁ..) и 
затем дать команду контекстного меню $ауе Аз Рацет (Сохранить как шаблон). 
В открывшемся диалоговом окне, в Поле Мате (Имя) указывается название 
нового шаблона, в поле [йе (Файл) — название ХМГ.-файла, в котором сохра- 
нится его описание, в поле Оезсирйоп (Описание) — описание шаблона. На сле- 
дующем шаге создания (кнопка №» (Далее)) задаются параметры шабло- 
на — их список будет автоматически построен с учетом элементов модели, 
включенных в данный шаблон. Наконец, на следующем шаге выбирается 
группа шаблонов, к которой будет отнесен новый шаблон. Впоследствии 
он будет доступен так же, как и остальные шаблоны, посредством панели 
инструментов Моде Бу РаКегп/ пк Бу Рацегп. 

Система Ое|рЬ! допускает корректировку структуры шаблонов. Для этого 
надо воспользоваться Диспетчером шаблонов, который вызывается коман- 
дой главного меню Тоо|5 3 РаНет Огдаптеег (Сервис » Диспетчер шаблонов) — 
рис. 7.25. 
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Рис. 7.25. Диспетчер шаблонов 


Шаблоны распределены по языкам (С#, Пер и ОМГ.), а собственные 
шаблоны обычно добавляются в группу Сизют Райегпз. Здесь можно и удалить 
любой шаблон, просто выбрав его в дереве шаблонов и выполнив команду 
Оев{е (Удалить) контекстного меню. 


Глава 8. Технология моделирования 
с помощью языка ПМЕ 


8.1. Унифицированный язык моделирования 


Унифицированный язык моделирования ОпШед Модейпв Гапцаве (ОМГ.) 
предназначен для использования в объектно-ориентированных системах 
разработки, таких, как Оеры. Он позволяет уменьшить разрыв между эта- 
пом проектирования системы, построения ее архитектуры и внутренних 
взаимосвязей и этапом кодирования. Технология ОМ. дает возможность 
построить абстрактную модель системы, не привязанную к конкретному 
языку программирования. Она опирается на набор понятий и концепций, 
которые доступны специалисту, не знакомому с программированием. Кроме 
того, визуальные средства О МГ, позволяют уже на первых этапах подготовки 
требований к системе привлекать представителей заказчика, вообще не зна- 
комых с информационными технологиями. Это достигается за счет нагляд- 
ной и выразительной графической нотации. 

Технология ОМТ. базируется на трех фундаментальных понятиях: 

® сущность — объект проектируемой системы, который возможно доста- 
точно целостно выделить в абстрактном виде; 

® отношение — способ и форма связи между сущностями; 

° диаграмма — визуальное представление комплекса объектов с отноше- 
ниями между ними, выраженное с помощью набора предопределенных 
графических элементов. 

В системе Дер! 2006 поддерживаются две версии ОМГ: версия ОМЕ 1.5, 
которая насчитывается восемь классов диаграмм (диаграммы классов, диа- 
граммы вариантов использования, диаграммы последовательности, диаграм- 
мы состояний, диаграммы кооперации, диаграммы деятельности, диаграммы 
компонентов и диаграммы развертывания), и версия ОМУ. 2.0, в которой все- 
го тринадцать типов диаграмм, из которых ОерЫ! поддерживает девять". 


Из отличий отметим диаграммы компонентов, диаграммы внутренней структуры, 
диаграммы машин состояний и диаграммы взаимодействия. 
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8.2. Составные части диаграмм 


Сущности и отношения представляются на диаграммах в графическом виде. 
При этом, конечно, востребованы и различные текстовые надписи, и сопро- 
водительные комментарии, поэтому диаграммы составляются из элементов 
четырех типов. 

1. Двумерные графические объекты, состоящие, обычно, из простейших 
геометрических фигур, которые применяются для изображения сущ- 
ностей. Эти объекты могут менять свои размеры: растягиваться или 
сжиматься. Например, прямоугольник представляет собой некоторый 
класс программы. В зависимости от числа таких классов, размещенных 
в пространстве моделирования, некоторые из них могут быть сделаны 
большими, другие — меньшими. Одни из объектов могут размещаться 
внутри других. 

2. Пути — последовательности отрезков, соединяющие графические объ- 
екты. С помощью путей, например, демонстрируется схема наследова- 
ния между классами. 

3. Символы или значки, размеры и формы которых не меняются, вкла- 
дывание друг в друга не допускается. Чаще всего символами являются 
стрелочки на концах линий связи. 

4. Текстовые надписи, связанные по смыслу с некоторой сущностью. 
Например, элементы класса (поля, методы) могут представляться 
названиями внутри прямоугольника. 
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Рис. 8.1. Создание пустого ОИМГ-проекта 
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Рис. 8.2. Восемь диаграмм ИМЕ 1.5 против девяти диаграмм ИМЕ 2.0 


8.3. Создание УМЕ-проекта 


Чтобы создать пустой ОМГ-проект, надо дать команду главного меню Ее $ 
Мем > О!ег (Файл » Создать » Прочее) и в разделе Оездп Ргоес6 (Моделирование) 
выбрать значок УМЕ 1.5 Оездп Ргофес, если создается диаграмма в стандар- 
те ОМГ. 1.5, или УМЕ 2.0 Оездп Ргоес, если создается диаграмма в стандарте 
ОМЕГ 2.0 (рис. 8.1). 

После выбора стандарта в Просмотрщике объектов появится пустая заго- 
товка модели. Если в нем дважды щелкнуть на строке с названием проекта, 
откроется пустое модельное пространство. На нем размещаются ссылки на 
диаграммы конкретных типов. Добавляется любая из доступных диаграмм 
командой Ада » Ошег Огадгат (Добавить » Иную диаграмму) и последующим выбо- 
ром нужного значка в списке доступных диаграмм. Перечни доступных диа- 
грамм для стандартов (МЕ. 1.2 и ОМЕ 2.0 несколько различаются (рис. 8.2). 


8.4. Технология моделирования ЦМЕ 1.5 


8.4.1. Диаграмма классов (С1а$$ О?1адгат) 


Наиболее важными и распространенными среди программистов по праву 
считаются диаграммы классов (с1а55$ @йавтат). С их помощью описываются 
классы, используемые в программе, представляются схемы наследования, 
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определяются поля и методы. Принципы описания классов средствами язы- 
ка ОМГ. понятны любому программисту, знакомому с объектно-ориентиро- 
ванным программированием и схемами наследования классов. 

Главная особенность диаграмм классов заключается в том, что они описы- 
вают статическую, неизменную структуру приложения. Временные характе- 
ристики, последовательности выполнения тех или иных логических опера- 
ций в НИХ НЕ рассматриваются. Поэтому диаграммы классов задействованы 
в технологиях Пер и ЕСО в качестве основного инструмента моделирова- 
ния, привычного подавляющему числу разработчиков. 

В языке ОМЕ, существует понятие класса, практически эквивалентное 
понятию класса в объектных языках программирования. Оно определя- 
ет структуру, шаблон абстрактного понятия, на основе которого в процес- 
се работы программы может создаваться множество одинаковых по своей 
структуре объектов. 


Добавление класса на диаграмму Оерн 


Диаграмму классов создают командой контекстного меню с пространства 
диаграммы Ада > Ошег Оладгат » Са$$ Оадгат (Добавить » Другую диаграмму » 
Диаграмму класса (рис. 8.3). 
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Рис. 8.3. Создаем диаграмму классов 


Указанная команда создает пустое пространство моделирования. Добавить 
к нему класс можно, выбрав на панели инструментов пункт С!аз$ (Класс) и 
щелкнув мышью в подходящей точке Дизайнера. В появившемся элементе- 
классе надо ввести новое название класса или оставить то, которое предлага- 
ется по умолчанию — Са$$1. 

На диаграмме классов класс представляется прямоугольником (рис. 8.4). 
Внутри него горизонтальными линиями могут быть выделены разделы. 
В первом разделе всегда указывается имя класса. Допускаются представле- 
ния класса, состоящие только из одного его имени. В таких случаях специаль- 
ные разделы внутри соответствующего прямоугольника не формируются. 
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Рис. 8.4. Представление класса на диаграмме классов 


Во втором разделе задается перечень свойств класса (полей, атрибутов), 
в третьем — методы (операции), в четвертом, необязательном, — исключе- 
ния. Но если указывается второй или третий раздел, то их должны допол- 
нять соответственно третий и второй, даже если их содержимое пусто или 
пока не определено. 

Имя класса записывается полужирным шрифтом, располагается по цен- 
тру и начинается с прописной буквы. Конечно, на одной диаграмме не долж- 
но быть классов с одинаковыми названиями. 

Если класс абстрактный (не допускается создавать его экземпляры), то 
имя его указывается наклонным шрифтом. Абстрактный класс определяется 
значением Тгие свойства Абз!гас! в Инспекторе объектов. 

Классы, предназначенные для определенных специфических нужд, можно 
настраивать с использованием свойства З{егедуре (стереотип восприятия) — 
важнейшего свойства многих элементов разных диаграмм 0 МГ, уточняющих 
конкретное назначение элемента. Например, значение епитегаюп стереотипа 
задает элемент известного в РерЫ типа перечисление (список абстрактных 
значений ограниченного диапазона). 


Свойства/атрибуты класса 


Свойство класса (в ОМГ. оно называется атрибутом) добавляется выде- 
ленному на диаграмме классу командой контекстного меню Адд » Айиьще 
(Добавить > Атрибут). Если в свойстве айс атрибута установлено значение 
Тгие, то соответствующий атрибут считается статическим, принадлежащим 
непосредственно классу, а не его экземпляру. 
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Значение атрибута может быть неизменным на про- 
тяжении всего времени существования экземпляра клас- дазз1 
са!. Для этого надо свойству Неадоту атрибута задать зна- 
чение Тгие. 

Атрибуты, располагающиеся во втором разделе клас- 
саа записываются по следующему универсальному 
шаблону (порядок в зависимости от среды реализации 
может немного меняться): 


АНИ Иа сеР 


описатель-видимости имя-свойства 
тип-свойства кратность = значение { константа }. 


Обязательным в этом шаблоне является лишь имя свойства. 

Описатель видимости (свойство УЗЫЙу атрибута в Инспекторе объектов) 
задает видимость поля. Он принимает следующие значения: 

® «+> — свойство видимо всем (рис); 

® «Ё#> — СВОЙСТВО ВИДИМО ЛИШЬ В Данном классе и классах-наследниках 

(риуае); 
® <-> — СВОЙСТВО ВИДИМО ЛИШЬ В Пределах данного класса (риуае); 
® <-> — свойство видимо в пределах текущего пакета (расКаве). 


Если описатель не указан, то видимость поля не определена. 


Кратность (свойство МирИсйу атрибута в Инспекторе объектов) определяет 
допустимое число свойств данного типа в текущем классе. Кратность запи- 
сывают в квадратных скобках в форме, напоминающей запись множеств 
Паскаля, например: 


[2..5, 7, 9..20 |] 


Допускается также использование символа <*>» (любое целое неотрица- 
тельное число). 

Кратность часто применяется для задания отношений между наборами, 
которые характерны при разработке структур баз данных (один-ко-многим, 
многие-ко-многим и другие). Она также может задавать количество элемен- 
тов объекта (как массив). 


По умолчанию кратность равна 1. 


Тип свойства обычно определяется конкретной реализацией среды модели- 
рования. Практически всегда среди типов свойств можно найти \щедег (целое 
число), э1Ипд (строку) и Боб] (логическое значение). Вслед за типом после сим- 


В языке УМЕ 1.х для этих целей нередко применяется свойство огеп (заморожен- 
ный), удаленное из ЦМЕ 2.0. 
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воЛа «=» может следовать начальное значение, диапазон которого определя- 
ется типом свойства. Это значение вводится в свойстве п\аМаце. 


Название свойства может быть подчеркнуто. Это означает, что такое свойство 
способно принимать не одно значение, а некоторое множество значений (тип дан- 
ных $61 в Верт). 


Если начальное значение взято в фигурные скобки, это означает, что значе- 
ние соответствующего свойства недопустимо изменять в процессе выполне- 
ния программы (фактически, оно считается константой): 


Программист : за]агу = { $150 } 


Методы 


Саз$1 


Метод (в языке (МГ. он называется операцией) добав- = 
ляется выделенному на диаграмме классу командой кон- “| -Ачиьчметтедег 
текстного меню АдЧ » Орегайоп (Добавить > Операция). реа 

Универсальная структура описания метода в диаграм- 
ме ОМЕ. такова: 


описатель-видимости имя-метода (список-параметров} 
тип-возвращаемого-значения { свойства-метода } 


Описатель видимости аналогичен соответствующему элементу свойства 
класса. Список параметров составлен из описаний конкретных параметров, 
разделенных запятыми. Каждый параметр, в свою очередь, записывается так: 


вид-параметра имя-параметра : тип-параметра - значение-по- 
умолчанию 


В качестве вида параметра может использоваться одно из следующих 
ключевых слов: 

® 1 п (значение параметра передается в метод и не может быть модифици- 
ровано); 

® оцЕ (значение параметра формируется внутри метода и доступно после 
завершения работы метода); 

® 1попЕ (Параметр можно использовать как для передачи значения внутрь 
метода, так и для получения значения из него). 


Если задано значение параметра по умолчанию, то оно автоматически присваива- 
ется параметру метода перед вызовом последнего. 


Список Параметров метода формируется обращением к его свойству 
Рагата{ег$, в результате чего вызывается диалоговое окно, в котором редакти- 
руется перечень сформулированных параметров. Добавляется новый пара- 
метр кнопкой Ада (Добавить); при этом его настройка выполняется в дополни- 
тельном диалоговом окне (рис. 8.5). 
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Рис. 8.5. Настройка способа передачи параметра в метод 


Метод можно явно сделать абстрактным, записав в его свойстве Абзгас! 
значение Те, при этом название метода будет выделено курсивом. 

В общем случае метод может выполняться разными способами: как пол- 
ностью захватывая доступные ресурсы системы, так и разделяя их с другими 
процессами. Эту характеристику можно задать (в описании метода, в свой- 
стве Оезспрйоп) в формате: 


{сопсиггепсу=способ-исполнения} 


Здесь способ исполнения принимает одно из следующих значений: 
® зедчаепЕ1а1 — метод должен выполняться одиночно; 
® сопсиггепЕ — метод может выполняться одновременно с другими 
методами; 
° дцагаеа — при вызове данного, возможно потенциально опасного или 
неотлаженного метода надо обратить особое внимание на обработку 
исключительных ситуаций. 


Отношения 


Различные объекты (сущности) на диаграмме могут связываться друг с 
другом в различных отношениях. В ОМЕ существует четыре типа отно- 
шений: ассоциации (а5зосаНоп), зависимости (4ереп4епсу), обобщения 
(вепега|1тай оп) и реализации (геа|та оп). 


Отношения реализации существуют лишь для диаграмм компонентов УМЕ 2.0 и 
рассматриваются в соответствующем разделе. 


Отношение ассоциации. Отношение ассоциации задает некоторую взаимо- 
связь между классами. Оно обычно представляется сплошной синей линией, 
соединяющей два класса (рис. 8.6). 
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Саз 31 


- АвпЬме1 1щедег | 


+ Орегацоп1 Бос! 


Рис. 8.6. Отношение ассоциации 


Для установления ассоциации между классами служит инструмент 
Аззосашоп палитры инструментов. Сначала выполняется щелчок на одном 
классе, затем протягивается линия к другому классу и на нем выполняется 
второй щелчок. 

Отношение ассоциации также может дополняться: 

» названием отношения (свойство [аре!в Инспекторе 
объектов); записывается с прописной буквы и рас- 
полагается рядом с линией отношения; 

» порядком следования классов (свойство Отебед), 
первый из которых считается клиентом, а второй — 
поставщиком. Направленное отношение отобража- 
ется линией со стрелкой, ведущей от первого клас- 
са ко второму. 

Нередко узлы ассоциации помечаются указанием 
роли, которую играет в ассоциации класс, расположен- 
ный в данном узле. Для этой цели служат свойства Степ 
Вое (Роль клиента) и Зиррйег Вое (Роль поставщика). 

На концах ассоциаций также указывается кратность 
класса, задающая число экземпляров данного клас- 
са, если количество экземпляров других классов дан- 
ной ассоциации уже известно. Кратность указывается в 
свойствах Сет Сагдта! (Кратность клиента) Зиррйег Сагдтпа| 
(Кратность поставщика). 


Отношение агрегации. Отношение агрегации, как частный случай отно- 
шения ассоциации, задает связь часть-целое, когда один из элементов диа- 
граммы представляет собой составную часть другого элемента. Классы, один 
из которых обозначает целое, а несколько других — его части, связывают- 
ся сплошными линиями. Окончание линии связи, ведущее к классу-цело- 
му, отмечается ромбом. Для формирования подобной связи надо выделить 
связь-ассоциацию и задать в ее свойстве Туре (Тип) значение аддгедайоп (агрега- 
ция). При этом «целым» считается класс, находящийся с клиентской стороны 
соединения (рис. 8./). 
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Монитор 


Компьютер 


Систеыный блок 


Клавиатура 


Рис. 8.7. Пример отношений агрегации 


Так, настольный компьютер (фактически, некое условное понятие) физи- 
чески может состоять из системного блока, монитора и клавиатуры, причем 
эти составляющие могут легко заменяться. 


Отношение композиции. Отношение композиции, в свою очередь, являет- 
ся частным, более строгим случаем отношения агрегации. Оно задает связь 
между целым и такими его частями, которые не могут существовать отдель- 
но от целого. В этом случае окончание линии отношения обозначается закра- 
шенным ромбом. 

Формируется отношение композиции вводом в свойстве Туре (Тип) связи- 
ассоциации значения сотрозЙюп (композиция) — рис. 8.8. 

Компьютер состоит из материнской платы, процессора и оперативной 

памяти, которые являются его неотъемлемыми внутренними частями. После 
изъятия любой из них будет полностью неработоспособен. 


Классы ассоциаций. Ассоциации — столь мощный механизм, что в ряде слу- 
чаев бывает желательно уточнить настройки связи, детализировать ее пове- 
дение с помощью свойств и методов, например для добавления характери- 
стик силы связи, ее дополнительных функций. Для этого применяются так 
называемые классы-ассоциации (А55осайоп С[а$$). 

Класс, представляющий ассоциацию, соединяется с двумя исходными 
классами, связанными ассоциативной связью, через элемент ромбической 
формы (связь основных классов с ромбом формируется элементом Аззобайоп 
Епд, который проводится от ромба к классу). В свою очередь, класс, реализу- 
ющий ассоциацию, связывается с ромбом пунктирной линией. 
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Процессор 


Компьютер 


Материнская 
плата 


Рис. 8.8. Композиция — частный случай агрегации 


Например, на рис. 8.9. показано отношение между исполнителем и заказ- 
чиком через связь-ассоциацию, которая представляет класс Контракт, содер- 
жащий множество подробных сведений об этом отношении. 


Контракт 


Рис. 8.9. Связь через класс ассоциации 


Отношение обобщения. Этот распространенный вид отношений применя- 
ется, например, для визуального построения иерархии классов. Отношение 
представляется пунктирной линией со стрелкой на одном из ее концов (эле- 
мент Сепега|гайоп) — рис. 8.10. 

Направление связи всегда задается от обобщаемого класса к обобщающе- 
му, например от класса-наследника к классу-родителю. У более общего клас- 
са может быть несколько обобщаемых классов. 
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Животное 


Собака 


Рис. 8.10. Пример связей обобщения 


Множество линий со стрелками, ведущими к наиболее общему классу, допускает- 
ся заменять одной линией со стрелкой и общей точкой разветвления. 


Рядом со стрелкой может быть указана надпись (свойство 1абе| связи), в 
которой уточняется ограничение отношения, распространяемое на все обоб- 
щаемые классы. Оно может принимать одно из следующих значений: 

® ({сотрее} — в отношении указаны все классы-наследники, и других у 

класса-родителя быть не может; 

® (псотр@ае} — в отношении указаны не все классы-наследники (напри- 

мер, потому что их очень много); 

° {95}0т} — не допускаются реализации, охватывающие функциональ- 

ность нескольких классов-потомков, помеченных как 915$]ои\; 

® {оуейаррта} — явно допускаются реализации, охватывающие функцио- 

нальность нескольких классов-потомков, помеченных как о\уейарртд. 

Часто родительский класс делают абстрактным, чтобы продемонстриро- 
вать абстрактные и реально используемые элементы иерархии. 

Отношения зависимости. Этот тип отношений (элемент Оерепдепсу пали- 
тры инструментов) определяет общий случай смысловой зависимости меж- 
ду двумя элементами. Он задается пунктирной линией со стрелкой особой 
формы (рис. 8.11). 

Отношение зависимости направлено от класса-клиента к классу-источ- 
нику. Его часто применяют, чтобы указать, что некоторые методы класса 
используют в качестве параметров экземпляры других классов. Например, 


8.4. Технология моделирования ЦМЕ 1.5 207 


Кошка 


+ ОхотитсяНа 


Рис. 8.11. Пример отношения зависимости 


метод ОхотитсяНа(Х: Хомяк) КЛасса Кошка использует параметр с типом 
Хомяк (другой класс проекта). 


Интерфейсы 


Интерфейсы (пункт !Мейасе палитры инструментов) соответствуют понятию 
рие’/асе языка Оерр!. Интерфейсы служат лишь описаниями и не требуют 
явного наличия своей реализации. Эта популярная концепция программи- 
рования выполнена в ОМИ. в виде графического элемента, который по внеш- 
нему виду напоминает элемент класса, только над его названием указывает- 
ся слово ицегасе (в угловых скобках), а из разделов доступны лишь раздел 
свойств и раздел методов (рис. 8.12). 


<<име[асе>> 
АР/ шифрования тих 
Амуре 
Обрега/о55 


Рис. 8.12. Графический элемент [шег/асе 


Объекты 


В ряде диаграмм ОМ. используются не только классы, но и объекты — 
реально существующие в программе экземпляры, конкретные представите- 
ли классов. Изображение объекта отличается от изображения класса: 
° название объекта всегда подчеркивается; 
® название объекта составлено из названия экземпляра объекта, двоето- 
чия и названия класса объекта. Если название экземпляра отсутствует, 
то указывается лишь название класса с префиксом-двоеточием. Если 
название класса отсутствует, то указывается лишь название объекта, а 
двоеточие опускается (рис. 8.13). 
Объекты добавляются на диаграмму инструментом ОБес! палитры инстру- 
ментов. 
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<<име!асе>> 


АР/ шифрования Ёузих 


Библиотека ХУ7:АР1 шифрования Шпих 


Рис. 8.13. Объект библиотеки ХУЙ является экземпляром 
класса АР] шифрования [тих 


В прикладной программе объект практически всегда существует как 
экземпляр какого-либо класса или интерфейса. Для визуальной связи объек- 
та с реализуемым им классом (интерфейсом) выбирается свойство п${апйаез 
(Представляет) и в диалоговом окне выбирается класс или интерфейс, кото- 
рый будет реализован. После нажатия кнопки ОК на диаграмме автоматиче- 
ски сформируется соответствующая связь. 


8.4.2. Диаграмма вариантов использования 
(У$е сазе 4!адгат) 


Диаграммы вариантов использования (или диаграммы прецедентов) обыч- 
но применяют не на этапе разработки и не для создания конкретной модели 
элементов компьютерной программы, а раньше — на первых шагах общения с 
заказчиком. Они предназначены для построения достаточно общей абстракт- 
ной модели, понятной неспециалистам и описывающей, как будущая систе- 
ма должна работать с точки зрения пользователя, каково ее функциональное 
поведение, без погружения в детали реализации. 


Актеры 


Каждый вариант использования проектируемой системы отображает про- 
цесс взаимодействия с нею пользователя, выступающего в некоторой роли: 
Бухгалтера, Директора или Менеджера по продажам. Такие ролевые испол- 
нители обычно называются Актерами. Отметим, что ими могут быть не 
только будущие пользователи, но и любые другие внешние объекты, взаи- 
модействующие с системой в известной форме. При этом конкретные спосо- 
бы реализации такого взаимодействия не определяются, а рассматриваются 
только сценарии взаимодействия пользователей с проектируемой системой. 

Диаграммы вариантов использования создают командой контекст- 
ного меню с пространства диаграммы Ада » Опег ПЦладгат » Цзе Сазе Оадгат 
(Добавить » Другая диаграмма » Диаграмма использование) — рис. 8.14. 
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ить тете 


Рис. 8.14. Выбор диаграммы вариантов использования 


Допустим, разрабатывается архитектура системы автоматизированного 
управления учебным процессом. Среди ее пользователей (актеров) можно 
выделить две большие группы: «преподаватели» и «студенты». Добавим их 
на диаграмму инструментом Асюг (рис. 8.15). 


Рис. 8.15. Актеры па диаграмме вариантов использования 


Соответствующие сущности в ОМЁ для наглядности представлены чело- 
вечками. 


Внутренняя структура актеров — внешних по отношению к проектируемой систе- 
ме объектов — раскрытию не подлежит. 


Варианты использования 


Второй ключевой элемент для диаграмм данного типа — это вариант исполь- 
зования. Он определяет, какое действие должна выполнить система в ходе 
взаимодействия с конкретным актером. Это действие принято записывать в 
активной глагольной форме. 

Добавляется вариант использования на диаграмму выбором элемента зе 
Сазе (Прецедент) на палитре инструментов. Этот элемент имеет форму эллип- 
са, причем его внутренняя структура в рамках варианта использования не 
раскрывается. В то же время надо учитывать, что каждый вариант использо- 
вания должен более-менее точно соответствовать некоторому функциональ- 
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ному блоку создаваемой программы, а не являться абстрактным коммен- 
тарием или пожеланием. Вариант использования — это функция, которая 
должна быть обязательно реализована в будущем продукте. Поэтому общую 
внутреннюю структуру варианта использования (последовательность важ- 
ных действий) можно указать добавлением к соответствующему объекту так 
называемых точек расширения из контекстного меню прецедента. Командой 
АЧа > Ежепзюп Рош! (Добавить » Точку расширения) можно вводить в прецедент 
список словесных команд, уточняющий действие. 

В нашем примере добавим вариант Поставить оценку и уточним его двумя 
точками расширения (рис. 8.16). Как будет происходить взаимодействие 
между этими вариантами использования и актерами, будет показано далее. 
Реализуется оно с помощью отношений. 


Поставить оценку 
Е) Ечелзлл Арбих 
: Дать задачу 
Задать дополнительный вопрос 


Рис. 8.16. Вариант использования с двумя точками расширения 


В свойствах Рге-сопайюп и Роз-сопаЙюп прецедента можно задавать дей- 
ствия (описывать условия), которые должны быть обязательно выполнены 
до запуска прецедента или перед его завершением. 


Отношения между актерами и прецедентами 


Отношения в ОМЕ возможны между актерами и вариантами использования, 
но не между вариантами использования друг с другом. Отношения делятся 
на четыре вида: ассоциации, обобщения, расширения и включения. 


Отношения ассоциации. Этот наиболее общий вид отношений задает логи- 
ческую связь между актером и прецедентом. На диаграмме оно изображается 
сплошной линией. Чаще всего отношение ассоциации используется для ука- 
зания кратности отношений, что необходимо при формировании структуры 
базы данных. 

В нашем случае можно сформировать связь между вариантом использо- 
вания Поставить оценку и актером Преподаватель. Она формируется с помощью 
элемента Соттипсаез палитры инструментов. При этом выставлять оценки 
может как минимум один преподаватель, что можно явно указать на диа- 
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грамме. В Инспекторе объектов для выбранной связи кратность для актера 
фиксируется в свойстве Сйег( Саг4тайу (в выпадающем списке можно указать 
значение «1»), а название конкретной актерской роли задается в свойстве 
Сеп{ Вое (например, Прием зачета). 

Две соответствующие характеристики для варианта использования зада- 
ются также в разделе Инспектора объектов для поставщика (Зиррйег). Для 
процесса постановки оценки кратность может быть задана в виде <1..*» — 
как правило, опытный преподаватель может одновременно оценивать зна- 
ния сразу нескольких студентов (рис. 8.17). 


Поставить оценку 


Дать задачу 
Задать дополнительный вопрос 


Рис. 8.17. Отношения ассоииации выражают базовое взаимодействие 
между актерами 


Если кратность не указана, то она считается равной единице. 


Отношение расширения. С помощью отношения расширения удается выра- 
зить связь между двумя вариантами использования. Она задается пунктир- 
ной линией со стрелкой, направленной от расширяющего объекта к базово- 
му, который дополняется, таким образом, новыми функциями. В программе 
отношение представляется условием, которое проверяется один раз при 
обращении к базовому варианту использования. 

Например, перед тем как поставить оценку, преподаватель должен предва- 
рительно выполнить дополнительное действие — попросить студента предъ- 
явить зачетку (рис. 8.18). 

Устанавливается эта связь с помощью инструмента Ежеп$ из пали- 
тры инструментов. Рядом с линией связи отображается ключевое слово 
<<<ежеп4>>>. 


Отношение обобщения. Это отношение указывает, что некоторый вариант 
использования (потомок) является частным случаем другого, более общего 
варианта (родителя). Связь обобщения (элемент Сепегайгайоп палитры инстру- 
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Поставить оценку 


Дать задачу 
Задать дополнительный вопрос 


Попросить зачетку 


Рис. 8.18. Отношения расширения позволяют расширить функциональность 
взаимодействия между актерами 


ментов) выглядит как сплошная линия с треугольной стрелкой, направлен- 
ная от потомка к предку. Например, вариант использования Поставить оценку 
может быть частным случаем варианта Проверить знания (рис. 8.19). 


Проверить знания 


Поставить оценку 


Дать задачу 
Задать дополнительный вопрос 


Поп росить зачетку 


Рис. 8.19. Отношение обобщения на диаграмме вариантов использования 


Отношение включения. Отношение включения указывает, что некоторый 
вариант использования является элементом, включенным в другой вари- 
ант использования. Оно задается инструментом шпс\уде палитры инструмен- 
тов, а изображается ключевым словом <<1пс1иде>> и пунктирной линией со 
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стрелкой, направленной от охватывающего варианта к включаемому, входя- 
щему в него'. Например, вариант использования Принять зачет включает в себя 
вариант Поставить оценку (рис. 8.20). 


Проверить знания 


Поставить оценку 


Дать задачу 
Задать дополнительный вопрос 


Попросить зачетку 


Принять зачет 


Рис. 8.20. Отношение включения па диаграмме вариантов использования 


8.4.3. Диаграмма последовательности (Зедицепсе Фадгат) 


Рассмотренные выше виды диаграмм описывали лишь статические элемен- 
ты системы, ее структуру и их взаимоотношения. Этого, конечно, недоста- 
точно для построения более-менее точной модели. Поэтому в технологии 
ОМЕ имеется специальный вид диаграмм последовательности, позволяю- 
щий визуально представлять последовательности операций и описывать 
алгоритмы работы различных частей системы, явно зависящих от времени. 
При этом смысловая составляющая диаграмм этого вида охватывает лишь те 
объекты, которые взаимодействуют друг с другом по мере увеличения значе- 


Даже видные специалисты по использованию УМЕ нередко противоречат друг дру- 
гуи формальным рекомендациям стандарта, подчас задавая направления стрелок 
в связях расширения в противоположных направлениях. Иногда это направление 
меняется в одном и том же классе диаграмм при переходе от версии УМЕ 1.5 к 
ОМЕ 2.0. Мы будем придерживаться одобренного большинством практикующих 
специалистов подхода, когда направление стрелок определяет лишь зависимость 
первого варианта использования от второго, но не последовательность выполне- 
ния (которая, как и любой временный фактор, в диаграммах прецедентов не учи- 
тывается). 
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Оерюутег: — Сотропем 
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Зедиепсе Оладгат2 


Рис. 8.21. Добавление диаграммы последовательности 


ния некоторого таймера, и не учитывает взаимосвязи этих объектов с други- 
ми элементами системы. 

Создание диаграммы последовательности выполняется командой кон- 
текстного меню с пространства диаграммы Ада > О!егОладгат > Зедиептсе Оладгат 
(Добавить » Другая диаграмма » Диаграмма последовательности) — рис. 8.21. 


Объекты 


Диаграмма последовательности представляется набором 
объектов, участвующих во взаимодействии. Объекты рас- 
полагаются в ее верхней части в виде прямоугольников. 
Названия объектов подчеркнуты. Нередко через двоеточие 
после имени объекта указывается и имя класса. Нужный 
класс можно выбрать из доступных в рамках проекта с 
помощью свойства пз{апйаез. Объект размещается на диа- 
грамме инструментом ОБес{ палитры инструментов. 

Вниз от каждого объекта отходит пунктирная линия — своеобразная ось 
времени или «линия жизни». Она может заканчиваться символом Х, обозна- 
чающим точку гибели объекта. Ниже этой точки на диаграмме может распо- 
лагаться другой, новый объект, так как данный экземпляр считается полно- 
стью уничтоженным. 


В качестве участников диаграммы последовательности наряду с объектами могут 
выступать и актеры (элемент Асюог) — пользователи системы, проявляющие опре- 
деленную активность. Таким способом удобно описывать взаимодействие челове- 
ка с интерфейсными модулями. В свойстве З{егемуре можно выбрать подходящий 
визуальный символ, обозначающий тот или иной тематический вид актера: от объ- 
екта управления (согго!) до базы данных (да{аразе). 
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Некоторые объекты могут существовать не с Начала линии жизни до ее кон- 
ца, а Лишь На определенном интервале. В таких случаях верхний прямо- 
Угольник с названием объекта можно СДВИНУТЬ ВНИЗ К условной точке его 
возникновения. 


Какой-либо конкретной шкалы на осях времени не ведется — отношения на них 
чисто принципиальные, показывающие, что случается раньше, а что — позже. 


Обычно первым с левой стороны выступает объект, с которого стартует про- 
цесс визуализируемого взаимодействия. Сразу за ним указывается объект, 
активнее других общающийся с первым, далее — объект, активнее всех обща- 
ющийся со вторым и так далее. 

Важным понятием диаграмм последовательностей считается фокус 
активности. Он выделяется на линии жизни длинным узким прямоугольни- 
ком, причем в процессе существования объекта фокус может как устанавли- 
ваться, так и исчезать. 


С помощью фокуса в УМЕ можно демонстрировать элементы рекурсивной работы 
объекта. Для этого в соответствующем месте фокуса активности, в правой его 
части, добавляется еще один тонкий прямоугольник. 


Сообщения 


Сообщения — это ключевые элементы диаграмм последовательностей. 
Именно с их помощью объекты взаимодействуют друг с другом. Сообщения 
обозначается линией (обычно горизонтальной) со стрелкой, которая направ- 
лена от объекта, посылающего сообщение (от клиента) к объекту-получате- 
лю (к серверу). Для визуализации отправки сообщений между объектами на 
палитре инструментов имеется пункт Меззаде (Сообщения). Линия от клиента 
к серверу протягивается с помощью мыши (рис. 8.22). 


Рис. 8.22. Взаимодействие между объектами с помошью сообщений 


Считается, что время передачи сообщения мало и его можно не Учиты- 
вать, Но все же если важно показать, что от момента отправки сообщения До 
его приема проходит некоторое время, можно воспользоваться формой СВЯ- 
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Рис. 8.23. Доставка сообщения с задержкой 


зи Меззаде мии де!мегу {те (Сообщение с задержкой). Объект-сервер в результате 
автоматически сдвигается вниз. Тот же эффект достигается с помощью свой- 
ства №оп-Аютис Ое№егу (Распределенная доставка) сообщения, если оно равно Тгие 
(рис. 8.23). 

Как правило, смысл сообщения в диаграммах данного класса — извещение 
сервера о том, что ему необходимо выполнить некоторое действие. Свойство 
Зупсиготхайоп (Синхронизация) позволяет уточнять форму сообщения. Оно 
может принимать одно из следующих значений. 

° са!. Обычное сообщение. Сплошная линия со стрелкой отходит от 

линии жизни клиента, а стрелка касается линии жизни сервера. 

® азупсНгопоц$. Асинхронное сообщение (например, при исключительной 

ситуации) или промежуточное, показывающее очередной шаг процесса 
управления. Сплошная линия со стрелкой, имеющей один лепесток. 

® зупсАгопои$, по май. Синхронное сообщение, не требующее ожидания 

ответа от сервера, обозначается символом Х или О рядом со стрелкой 
(рис. 8.24). 

® май. Сообщение, ответ на которое ожидается. Обозначается символом о 

рядом со стрелкой. 


Сообщение может посылаться объектом самому себе, тогда стрелка показывается 
замкнутым кольцом. Этот элемент формируется на линии жизни инструментом Зе! 
Меззаде. 
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Рис. 8.24. Сообщение, не требующее ответа 


Необходимо отметить удобную возможность той версии ОМГ, которая 
реализована в Ое|рЫ1, — возможность дополнения диаграммы последователь- 
ностей операторами языка. Это позволит, в частности, моделировать непо- 
средственный процесс работы исходного кода. Для этого на палитре инстру- 
ментов выбирается инструмент З{аетеги Вюск (Оператор). После добавления 
блока на линию жизни будет предложено выбрать в диалоговом окне один из 
допустимых операторов языка Ое|рЫ (рис. 8.25). 


Рис. 8.25. Включение операторов языка Оерй в диаграмму ИМЕ 


В итоге появляется возможность формировать многократно вложенные 
наглядные функциональные блоки. 

Сообщения на диаграмме могут ветвиться в зависимости от некоторого 
условия. Если в зависимости от текущей ситуации сообщение от клиента 
может уходить к разным объектам, то соответствующее условие записывает- 
ся рядом с каждой ветвью сообщения в свойстве Соп оп (Условие). 
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Для наглядности рядом с линией сообщения можно указывать одно из 
ключевых слов, поясняющих смысл этого сообщения. Так, допускается 
использование следующих стандартных идентификаторов. 
® са| — вызов серверного метода. 
® гит — возврат после вызова. Если выбрать инструмент Вет палитры 
инструментов, то он автоматически соединит сервер, выполнявший 
действие, с клиентом, вызвавшим это действие. Таким образом указы- 
вается завершающее сообщение (пунктирная линия), информирующее 
о завершении некоторого процесса. 

® сгеае — требование создать объект. Оно может быть указано явно с помо- 
щью свойства сообщения Сгеаюп (Создание), равного 1ие. В этом случае 
объект, принимающий сообщение, размещается сразу после стрелки, 
что обозначает его создание в соответствующий момент времени. Пара- 
метры процедуры создания со своими типами могут указываться в свой- 
стве Агдутеп (Аргументы), а условия вызова — в свойстве СопаЙюп (Условие). 

® Чезтоу — требование уничтожить объект. Формируется заданием значе- 
ния {гие свойству Ое$гисйоп (Уничтожение). 

® зепа — послать конкретный асинхронный сигнал, описанный в объекте- 

клиенте. 

Комментарий к линии сообщения вводится в поле [абе! (Подпись). В неко- 
торых случаях требуется указать операцию (свойство Орегайоп), связанную 
с отсылкой сообщения, явно ввести время отправки сообщения (5епд Тте), 
время его доставки (Ехесийоп Тте) и приема (Весеме Тте). При этом, хотя на 
диаграмме и будут показаны временные процессы, но, как уже говорилось, 
продолжительность тех или иных событий не указывается в абсолютных 
единицах времени. 


8.4.4. Диаграмма кооперации (СоПаБогаНоп О!адгат) 


Этот вид диаграмм ОМ]. охватывает те аспекты модели, которые не удается 
представлять другими способами. В частности, диаграмма кооперации соче- 
тает схематическое представление объектов модели вместе с их внутренней 
структурой (например, классы со свойствами и методами), с отображением 
динамических аспектов функционирования, правда, не связанных напря- 
мую со временем. На ней задействуются те же элементы, что и в диаграммах 
последовательности, но линии жизни отсутствуют и возможные последова- 
тельности работ, шаги выполнения процессов, показываются на ней, как пра- 
вило, с помощью порядковых номеров на линиях... 


Можно считать, что диаграммы кооперации демонстрируют некий образ, срез ситуации, воз- 
никшей во время функционирования модели на диаграмме последовательности. В ней все 
процессы как бы замерли, но известно, какой из них, за кем и в каком порядке будет выпол- 
няться. Поэтому между этими двумя видами диаграмм можно переходить командой контекст- 
ного меню диаграммы ЗПо\ а$ Зедуепсе (Показать последовательность) и наоборот — командой 
контекстного меню ЗНо\/ аз Со!аБогайоп (Показать кооперацию). При этом, если альтернативная 
форма диаграммы отсутствует, она будет построена автоматически. 
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О:адгат О/адгат Оладгат 


СоаБогавол надтат2 — 


Рис. 8.26. Добавление диаграммы кооперации 


Диаграмму кооперации создают командой контекстного меню с простран- 
ства диаграммы Ада >» О!Нег /адгат » СоПаБогайоп Офадгат (Добавить > Другую диа- 
грамму » Диаграмму кооперации) — рис. 8.26. 

Порядок шагов формируется на модели автоматически, после каждого 
нового добавления очередной связи. Рядом с соответствующей линией пока- 
зывается стрелка и номер шага с двоеточием за ним. При этом нумерация 
шагов происходит гибко: система Ое]р! не позволит указать последователь- 
ность, в которой были бы смешаны синхронные и асинхронные сообщения. 
Последние просто выделяются дополнительным подпунктом в номере теку- 
щего сообщения. 


Некоторый шаг последовательности не может быть выполнен, пока не выполнены 
все шаги, предшествующие ему по значению номера. 


Объекты могут быть как одиночными экземплярами, так и их наборами. 
Для последнего случая надо присвоить значение {гие свойству Мийретзапсе 
(Множественные экземпляры) — тогда соответствующий объект на диаграмме 
представится набором прямоугольников. 

По умолчанию все объекты на диаграмме пассивны, то есть они не пред- 
назначены для явного управления другими объектами (что не исключает их 
способности к рассылке сообщений). Чтобы выделить на диаграмме актив- 
ный объект, надо задать значение {гие его свойству Асй\е. При этом прямо- 
угольник активного объекта выделится широкой рамкой. 

Рассмотрим пример диаграммы последовательности, в которой описыва- 
ется обмен сообщениями между клиентом и \!еБ-сервером (рис. 8.27). 

Диаграмма кооперации может быть получена из нее автоматически, 
командой контекстного меню Ном аз СойаБогаюоп (рис. 8.28). 
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Рис. 8.27. Пример взаимодействия клиента с сервером 
на диаграмме последовательности 


Рис. 8.28. Взаимодействие клиента с сервером 
на диаграмме кооперации 
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8.4.5. Диаграмма состояний (З4аеспаг{ Огадгат) 


Диаграммы состояний, как и диаграммы последовательности, выражают не 
статическую структуру системы, а динамику ее поведения. Но если диаграм- 
мы, рассмотренные ранее, описывают последовательность взаимодействия 
различных объектов между собой, то данный класс диаграмм позволяет опи- 
сать внутренние механизмы их работы, алгоритмическую логику. Только 
делается это не с помощью процедурных блок-схем, принятых в программи- 
ровании, а с помощью автоматов или машин состояний. 


Автоматы 


Существует хорошо развитая теория, в которой изучаются вопросы постро- 
ения и анализа работы автоматов. Ее базовые понятия: состояние и пере- 
ход. Считается, что в определенный момент времени каждый автомат может 
находиться в одном из некоторого числа (возможно, бесконечного) допусти- 
мых состояний, и имеется набор правил, по которому допускается переход из 
одних множеств состояний в другие. 

Эта модель сходна с моделью программирования тем, что переменные 
(ячейки памяти) в каждый такт процессора всегда хранят конкретные зна- 
чения из допустимых диапазонов. А вычислительные операции, разрешен- 
ные над ними, вызывают переход этих переменных в новые состояния. Тот 
же алгоритмический принцип можно распространить и на большое число 
управленческих задач. В общем случае подход теории автоматов позволяет 
описать любую, сколь угодно сложную последовательность операций. 

Рассмотрим базовые правила работы автоматов МГ. 

. Автомат может находиться только в одном состоянии. Хотя переменная 
может принимать множество значений, каждому из которых надиаграм- 
ме может соответствовать свой элемент, тем не менее в каждый момент 
времени (такт процессора) она хранит только одно из этих значений. 

. Число состояний автомата конечно. 

® Из текущего состояния автомат может перейти только в одно следую- 
щее состояние (не исключено, доступное на выбор из нескольких воз- 
можных). 

® В рамках одной диаграммы у каждого состояния должен быть предше- 
ственник (за исключением начального состояния). Это правило запре- 
щает размещение на одной диаграмме нескольких, никак не связанных 
друг с другом состояний. 

° В любом из состояний автомат может находиться сколь угодно долго, а 
переходы между состояниями считаются мгновенными. 

® На диаграмме состояний явно не фиксируется путь, по которому авто- 
мат перешел в текущее состояние (в отличие от диаграмм последова- 
тельности и кооперации). В переменной записано некоторое значение, 
и невозможно определить, в каких состояниях (значениях) она находи- 
лась ранее. 
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Состояния 


Диаграмма состояний добавляется в проект командой контекстного меню 
с пространства диаграммы Ада » Оег Оадгат » Заеспай ГПладгат (Добавить > 
Другая диаграмма » Диаграмма состояний (рис. 8.29) 


: Саз; Оадгам  Чзе Сазе Ззаастак АсИуцу Сотропеи! 
Оладгагт „Слабгат О/адгат Отадгат 


: Бероутег: бедиепсе — СоЙаБогацом 
О\адгат Озадгат О!адгат 


Рис. 8.29. Добавление диаграммы состояний 


Конкретное состояние (в общем случае — «срез» некоторой системы) соз- 
дается на диаграмме инструментом З{ае с палитры инструментов. Состояние 
выражается прямоугольником с закругленными углами. Состояние име- 
ет имя, которое записывается с прописной буквы, а под именем после чер- 
ты записывается условие и действия. Условия могут быть проверены, а дей- 
ствия выполнены, когда автомат находится в данном состоянии. 

На диаграмме также могут указываться начальное и конечное состояния 
автомата — элементы Эа! и Зюр. Смена состояний отображается на диаграм- 
ме с помощью элемента перехода Тгап$Йюп (Переход). Переход ведется от пер- 
ВОГО, ИСХОДНОГО СОСТОЯНИЯ К ПОсЛледующему и выражается сплошной линией 
со стрелкой. Переход также может быть задан между одним и тем же состо- 
янием. Выбрав некоторое состояние, укажем его же для операции Тгапзоп в 
качестве конечного — тогда линия перехода превратится в кольцо. 

Некоторый переход может происходить в зависимости от определенного 
события (команды). Название этого события при необходимости указыва- 
ется в свойстве Еуег( Мате (Имя события) перехода — тогда оно отображается 
рядом с соответствующей линией. 

Для события может быть также задано сторожевое условие (логиче- 
ское выражение), которое, если истинно, допускает выполнение перехода. 
Записывается оно в свойстве Сиага СопаЙюп (Сторожевое условие), а на диаграм- 
ме показывается в квадратных скобках следом за именем события. Если это 
условие истинно, можно дополнительно задать некоторое действие, которое 
должно выполняться перед совершением перехода. Записывается это дей- 
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ствие в свойстве Асйоп Ехргеззюоп (Выражение) и указывается на линии перехода 
через символ «/» следом за сторожевым условием. 

На рисунке 8.30 показана диаграмма состояний банковского автомата, 
который последовательно переходит из состояния ожидания к вводу и про- 
верке персонального идентификационного номера клиента (Р]1М№) и далее к 
выдаче денег. 

Отметим принятые правила оформления элементов этой диаграммы. 
Элементы З{ае (Состояние) представляют собой не действие, а выражают некое 
статическое состояние автомата, в коем он может находиться неограниченно 
долго. Оно допускает перевод автомата в другие состояния при выполнении 
пользователем определенных действий или удовлетворении условий, ука- 
занных на линиях связи/перехода. 


Подавтоматы 


Внутри каждого состояния разрешается формировать собственный авто- 
мат — мини-диаграмму состояний. Это позволяет проектировать систему 
постепенно, раскрывая отдельные ее элементы по мере необходимости. 

При формировании такого вложенного автомата (подавтомата) можно 
использовать инструмент Историческое состояние (Ногу). Он позволяет вре- 
менно сохранить текущее состояние подавтомата в случае прерывания рабо- 
ты (например, если возникла необходимость обработать какое-то внешнее 
или исключительное событие), а затем продолжить функционирование, не 
выполняя всех действий с самого начала, а стартовав сразу с отложенного 
состояния. Правда, запоминается состояние лишь в отношении текущего 
подавтомата, а вот если он, в свою очередь, состоит из других подавтоматов 


Рис. 8.30. Диаграмма состояний банкомата 
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и их состояние тоже необходимо сохранить, надо воспользоваться Глубоким 
историческим состоянием. Оно формируется из обычного Исторического состояния 
переводом свойства Оеер в значение Тше. На диаграмме эти два вида истори- 
ческих состояний отмечаются большой буквой Н в кружке со звездочкой для 
Глубокого исторического состояния или без оной — для обычного (рис. 8.30). 

От набора нескольких состояний автомата или подавтомата можно сразу 
перейти к другому внешнему состоянию, если для всех исходных состояний 
выполняется некоторое условие. Для изображения такой взаимосвязи при- 
меняется элемент РоК/от (Ветвление/Соединение). Он бывает горизонтальным 
или вертикальным — \Мейса! РоК//от и Нойгота! РогкК//от. Отличие заключает- 
ся лишь в ориентации линии, соединяющей несколько линий переходов в 
ОДИН. 

После размещения элемента ветвления на диаграмме, с помощью свя- 
зи Гапзшоп (Переход) сначала формируются переходы от исходных состоя- 
ний по направлению к элементу соединения, а затем от него — к конечному. 
Другой вариант: от одного исходного состояния формируется промежуточ- 
ный переход до элемента ветвления, и уже от него — к финальным состоя- 
ниям. Последний случай означает начало параллельной работы нескольких 
подавтоматов, вложенных в одно состояние. 


В редакторе УМЕ Оервй! не проверяется корректность соотношения числа и вло- 
женности состояний. 


Наряду с состояниями на диаграмме допускается размещение объектов — 
сущностей, которые делают выстроенную схему более наглядной. Элемент 
ОБес! (Объект) представляется прямоугольником с подчеркнутым названием. 
Обычно его применяют для уточнения деталей работы автомата. Ведущих 
ролей он не играет. 


8.4.6. Диаграмма деятельности (АсНйуНу О!адгат) 


Как частный случай диаграмм состояний диаграмма деятельности наиболее 
близка к общеизвестным блок-схемам программирования. Она дополняет 
элементы диаграммы состояний (состояния, переходы) набором элементов, 
необходимых для построения алгоритмических схем. Данный вид диаграмм 
нередко используют совместно с диаграммами классов, дополняя последние 
описанием логики работы методов классов. Диаграмма деятельности добав- 
ляется в проект командой контекстного меню с пространства диаграммы 
АЗа >» О{пег О/адгат » Асёмйу Гладгат (Добавить > Другая диаграмма » Диаграмма дея- 
тельности) — рис. 8.31. 

В диаграммах деятельности введен новый графический элемент, схожий 
по внешнему виду с элементами состояний, — Деятельность (Ас#мйу). Он выра- 
жает некоторый алгоритм, выполняемый, когда до него доходит очередь. 
Визуальное отличие от диаграммы состояния заключается в том, что в состо- 
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Рис. 8.31. Добавление диаграммы деятельности 


янии присутствует черта, отделяющая название состояния, а у деятельности! 
она отсутствует. 

Связи между деятельностями формируются с помощью элементов 
ТгапзИюоп (Переход). Различие переходов на диаграммах деятельности и состо- 
яний заключается в том, что первые считаются безусловными и выполняют- 
ся обязательно. Дело в том, что в данном типе диаграмм существуют готовые 
средства визуализации условных действий, выделяемые особо, вне линий 
переходов. Хотя разработчик О МТ-диаграммы явно не ограничен возможно- 
стями Веры и может формировать связи весьма произвольно, тем не менее 
желательно придерживаться общепринятых соглашений. 

Для указания ветвления служит элемент Оесзюоп (Решение). Он представ- 
ляется ромбом, под которым указывается условие ветвления. У ветвей ука- 
зывается значение условия, при котором выполняется переход. 

В ряде случаев полезно выделять в последовательностях действий смыс- 
ловые зоны, например зоны ответственности между персоналом или потоки 
выполнения между процессорами. Для этого в языке ОМЕГ. существует гра- 
фический элемент Дорожка (З\итапе), который позволяет визуально охватить 
некоторую последовательность действий. 

Бывает, что деятельность активизируется заранее известными внешними 
событиями (сигналами). В дополнение к состояниям на диаграмме деятель- 
ности можно указывать отправителя и получателя сигнала с помощью эле- 
ментов Эюпа| Зеп4тд и па! Весер! (рис. 8.32). 


Деятельность еще называют состоянием деятельности, что более точно выражает 
смысл элемента. Кроме того, возможно, более подходящее в данном контексте 
слово «Действие» в русскоязычной литературе не применяется, так оно «зарезер- 
вировано» для диаграмм деятельности УМЕ 2.0, где введено явное различие между 
деятельностью и составляющими ее более простыми действиями. 
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жидание письма от начальника Пришло 


письмо 


Прочитать письью 


И Закончмыть работу 


Поставить кофе 


Рис. 8.32. Пример диаграммы деятельности с элементом состояния 


На рисунке элемент Ожидание письма от начальника — не деятельность, а 
состояние (Зае), также доступное в рамках текущей диаграммы. А вот эле- 
менты деятельности определяются уже не названием некоторого статичного 
состояния, а некоторой активностью, которую надо выполнить или на кото- 
рую надо явно отреагировать для движения далее. 


8.4.7. Диаграмма компонентов (Сотропет{ О!адгат) 


В реальном проекте приходится учитывать не только абстрактные элементы 
модели, но и конкретные, физические — от файлов и сайтов до механических 
или электронных элементов создаваемой системы. Такие «реальные» эле- 
менты системы в технологии (МЕ. называются компонентами (сотропепр. 
Компонент представляет отдельный файл, элемент библиотеки или деталь 
механизма. Для создания компонентов служит диаграмма, добавляемая в 
проект командой контекстного меню с пространства диаграммы: Ада > Ошег 
Оадгат 3 Сотропет Оадгат (Добавить » Другая диаграмма > Диаграмма компонен- 
тов) — рис. 8.33. 


А39 Меми Оларгат 


Е Сазз О'адгат  СойаБогавой — Це Сазе Асбму Сотропетк 
г О/адгагл О/адгат О/адгат (Надгат 


©: $5558 


- 1 Оероутем Баесрпай бедиепсе 
О'адгат Отадгат С/адгат 


Рис. 8.33. Добавление диаграммы компонентов 
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Компонент (элемент Сотропег( на палитре инструментов) представляет- 
ся прямоугольником, внутри которого имеются два декоративных раздела (в 
первых версиях технологии О МЕ. они предназначались для раздельного хра- 
нения данных и методов). Компонент имеет имя. Допускается вкладывание 
компонентов друг в друга. 

В общем случае компонент может рассматриваться в модели как «черный 
ящик», поэтому для взаимодействия с ним требуется определить интерфей- 
сы общения. Для этого задействуется соответствующий инструмент палитры 
инструментов МеЦасе. Название интерфейса располагается вне его изобра- 
жения. У одного компонента может быть несколько интерфейсов. 

Для компоновки нескольких частей диаграммы в один модуль (пакет) 
задействуется элемент Зибзу$ет. 

Связи между элементами на диаграмме компонентов могут быть двух 
видов. Первая, Зиррой$ (Поддержка) предназначена для связи между компо- 
нентом и интерфейсом. Она не имеет направления и отображается сплошной 
линией. Подразумевается, что линия обозначает связь между интерфейсом и 
его реализацией в виде компонента. 

Второй вид, Оерепдепсу (Зависимость) представляется пунктирной лини- 
ей со стрелкой, направленной от элемента-пользователя к элементу, предо- 
ставляющему некоторую услугу (например, интерфейсу). Данный вид связи 
может формироваться для любых типов объектов диаграммы (за исключе- 
нием случая, когда интерфейс сам выступает в роли клиента-источника) — 
рис. 8.34. 


Зи зуз4ет1 
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Рис. 8.34. Связи между интерфейсом и компонентами 
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8.4.8. Диаграмма развертывания (Бероутег{ О!адгат) 


После того как система создана, ее предстоит внедрить на различных про- 
граммных и аппаратных платформах. Особенностям и способам такого 
внедрения и посвящен данный класс диаграмм. Диаграмма развертывания 
добавляется в проект командой контекстного меню с пространства диа- 
граммы Ада » О{Нег О!адгат 3 Оероутепт! О!адгат (Добавить » Другая диаграмма >» 
Диаграмма развертывания) — рис. 8.35. 


лад Ме Оларгат 


9 58 ы 5. 
г. а = ЗН (<Я 
г] Саз$ Овогат СойаБоганоп — Цзе Сазе Асйуйу Заесйак 
| О!адгат О\адгат О'адгат Оладгат 


:. вай — Сотпропег! бедиепсе 
`Биаагаю” Оиадгат Оладгат 


Рис. 8.35. Добавление диаграммы развертывания 


Основным понятием диаграмм развертывания является узел (поае) — в 
общем случае, некоторое устройство, способное к достаточно сложным дей- 
ствиям. В конкретных проектах в качестве узла обычно представляется ком- 
пьютер, периферийное оборудование. 

Узел на диаграмму помещается инструментом № де (Узел) палитры инстру- 
ментов. Он показывается на диаграмме в виде трехмерного элемента. Если 
название узла не подчеркнуто, то оно трактуется как название класса, а если 
подчеркнуто, то как экземпляр класса (сам узел-класс указывается после 
названия экземпляра через двоеточие). 

Внутри узла для наглядности можно размещать компоненты и объекты, а 
также интерфейсы. Между узлами, а также, в некоторых случаях, между вхо- 
дящими в них элементами, можно задавать связи-ассоциации (Аззобайюоп) с 
кратностями отношений, соединения зависимости (Оерепдепсу) и агрегации 
(Аддгедайоп) — рис. 8.36. 


8.4.9. Комментарий 


Комментарий на диаграмме изображается прямоугольником с «загнутым» 
правым верхним углом. Текст комментария размещен внутри прямоуголь- 
ника, а сам комментарий связывается с комментируемым элементом пунк- 
тирной стрелкой. Как правило, комментарий вводится в диаграмму инстру- 
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Рис. 8.36. Создание связей между узлами 


ментом №{е палитры инструментов, а связывается с комментируемым объек- 
том посредством связи Мое Ипк. 


8.4.10. Экспорт диаграмм 


Диаграммы ОМГ. можно экспортировать как готовые изображения. Это 
выполняется командой Не » Ехроц Оадгат {© |таде (Файл » Экспортировать как 
изображение), после чего в диалоговом окне можно задать параметры резуль- 
тирующего изображения (вида модели) и предварительно его просмотреть. 
Диаграмму также можно конвертировать в НТМГ-формат, для чего 
выполняется команда на построение автоматической документации. В кон- 
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1.1: Ззпросмть агпавнию стозниых 


1.1.1 Обгабатать зайрас: 


1.17 тлвавить НТ код естоанивье 


Рис. 8.37. Представление диаграммы, экспортированной в формат НТМЕ 
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текстном меню диаграммы выбирается пункт бепегае Ооситетайоп (Создать 
документацию) — рис. 8.37. При этом с помощью ]ауа-апплета показывается 
также структура преобразованной диаграммы и предоставляется доступ к 
свойствам ее элементов. 


8.4.11. Гиперсвязи (Нуре!тк$) 


Важнейшая особенность среды проектирования Веры О МТ. заключается в 
возможности построения диаграмм, вложенных друг в друга. Это осущест- 
вляется с помощью гиперсвязей, гиперссылок (руреттЁ$). Они позволяют 
связать любой элемент любой диаграммы (или саму диаграмму) с любым 
элементом другой диаграммы. Названия элементов, дополненных гипер- 
ссылками, записываются не черным, а синим цветом. 

Чтобы создать гиперссылку, надо выделить элемент на диаграмме (или 
саму диаграмму, щелкнув мышью на ее свободном месте), вызвать контекст- 
ное меню, выбрать пункт НурейткК$ > Еч (Гиперссылка » Правка) и в иерархиче- 
ской структуре диаграмм и объектов выбрать тот элемент, к которому будет 
вести данная ссылка (рис. 8.38). 
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Рис. 8.38. Выбор пункта назначения для гиперссылки 


В дальнейшем, если снова выбрать пункт НурейпК$ исходного элемента, то 
в нижней части его контекстного меню откроются новые пункты, выражаю- 
щие возможные переходы к элементам других диаграмм (рис. 8.39). 
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Рис. 8.43. Просмотр гиперссылок элемента 


8.5. Технологии моделирования (МЕ 2.0 


8.5.1. Что нового в УМЕ 2.0 


Новая версия унифицированного языка моделирования О МТ. 2.0 была офи- 
циально принята консорциумом ОБесе Мапаветепе Сгоир (ОМС) в 2004 го- 
ду. Эксперты ОМС развивают язык О МЕ в рамках стратегической концеп- 
ции МРА. Она подразумевает разработку крупных приложений на основе 
модели. Поэтому улучшения языка ОМЕ коснулись прежде всего аспектов 
проектирования масштабных систем. 

Всего в версии (МГ 2.0 насчитывается 13 типов диаграмм, из которых 

система Ое|рЫ поддерживает девять. Эти типы поделены на три группы: 

® структурные диаграммы: развертывания (ОПер]оутепе П1лабгат), клас- 
сов (С]аз$ Пларгат), компонентов (Сотропепё О1аётат), внутренней 
структуры (СотрозКе Э&гисваге О1азгат), пакетов (РасКазе Главргат, в 
Ое]рЫ отсутствует), объектов (ОЪесЕ Плаёгат, в Оефры отсутствует); 

. диаграммы поведения: вариантов использования (05$е Сазе П1лавтгат), 
деятельности (Асиуку ПГаэгат), машин состояний (З{айе Масте 
Плаёгат); 

. диаграммы взаимодействия, считающиеся подгруппой диаграмм 
поведения: последовательности (Зедиепсе ПОлаётат), взаимодействия 
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(Соштишсайоп ПО!аргат), временные (Типа Пларгат, в ОерЫ отсут- 
ствует), обзора взаимодействия (Пцегасиоп Оуегу1ем ГЛаргат, в реарЫ 
отсутствует). 
Одним из наиболее мощных нововведений версии ОМ. 2.0 стала концеп- 
ция вложенных классификаторов. Любой элемент диаграммы (М1, (класс, 
объект, состояние) называется классификатором. Внутри любого класси- 
фикатора можно располагать другие классификаторы, создавая, например, 
на диаграмме классы с машинами состояний внутри. Таким образом удоб- 
но реализуется один из базовых принципов проектирования программных 
систем «сверху вниз»: от большей абстракции к большей детализации. 
Моделирование различной активности в версии ОМТ, 2.0 унифицирова- 
но. Теперь все модели О МТ, связанные с описанием действий, базируются на 
одном наборе определений. Любое действие, представленное на диаграмме 
ОМЕ, может быть параметризовано. Это упрощает его последующую реали- 
зацию на уровне программного кода в виде обычного метода с параметрами. 


8.5.2. Диаграммы деятельности 


Диаграммы деятельности изменились в версии ОМТ, 2.0 сильнее любых дру- 
гих диаграмм. В них появились новые элементы моделирования программ- 
ной активности и средства контроля за этой активностью. 

В диаграммах деятельности версии (М1, 2.0 введено понятие деятельно- 
сти (аснойу). Онаскладывается из более простых действий (асйоп). Действие 
выражается, как и в версии ОМ, 1.5, небольшим прямоугольником со скру- 
гленными боковыми сторонами. Деятельность представляет собой укруп- 
ненный вариант такой фигуры. 

Для элементов действия и деятельности можно указывать операции, 
которые должны быть выполнены предварительно. Они вводятся в свой- 
ствах [оса! ргесопа#оп и Ргесопайюп элемента в Инспекторе объектов. Можно 
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Рис. 8.40. Пример диаграммы деятельности с настраиваемым параметром 
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Также задавать операции, вызываемые и по завершении работы. Для этого 
служат свойства Ё оса! роз{сопЧюп и Роз!сопаЙют. Операции записываются на 
языке ОСТ, или в простом текстовом виде. Способ записи (ОСТ. или текст) 
определяется свойствами РгесопаИюп |апдиаде и Роз{сопаЙюп [апдцаде. 

Возможность параметризации элементов деятельности реализована в 
диаграммах деятельности О МТ. 2.0 в виде элемента Ас#Му рагатеег. Он пред- 
ставляет собой узкий прямоугольник с описанием параметра, размещенный 
в правом верхнем углу элемента Асёму. Видимость параметра в рамках теку- 
щего пространства имен, как и видимость любого другого объекта, указыва- 
ется в его свойстве МЫ у в Инспекторе объектов. 


8.5.3. Организация последовательных процессов 


В диаграммах деятельности ОМГ. 2.0 выделяют два возможных вида орга- 
низации последовательных процессов. Первый — это формирование потока 
управления. Второй — формирование потока данных. 


Поток управления 


Поток управления задает последовательность выполнения действий и дея- 
тельностей на диаграмме. Он формируется с помощью элемента Сохо! Ром 
палитры инструментов. Ход последовательности выражается на диаграмме 
деятельности темно-синей сплошной линией со стрелкой. 

Финальная точка, в которой завершается поток управления в версии 
ОМЕ 2.0 разделена. Она представлена двумя разными элементами: фина- 
лом потока действия (Ром Рпа!) и финалом деятельности (Асёмйу Рпа!). Если 
задействован финал потока действия, то, возможно, вся деятельность еще не 
завершена, а прекращен лишь один из ее потоков. В свою очередь финал дея- 
тельности полностью завершает функционирование деятельности. 

Общий элемент логического ветвления диаграмм деятельности (Оесзюп) 
разделен в версии ОМТ. 2.0 на два элемента. Один из них сохранил преж- 
нее название: Оесзюп. Другой получил название Мегде (Слияние). Он способен 
принимать множество потоков управления. Однако на выходе у него может 
быть лишь один поток. В потоке управления используются также элементы 
слияния и объединения Рок и о. 


Элемент Мегде передает управление далее, только если все входящие в него ветви 
управления были выполнены. В версии УМЕ 1.5 для прохождения элемента слия- 
ния было достаточно выполнения любого из входных потоков. 


В диаграммах деятельности версии ИМТ, 2.0 уточнена работа исполнитель- 
ных элементов. Они выступают в качестве источников и приемников сообще- 
ний или сигналов, активизирующих заданную деятельность. Посылку сиг- 
нала активизации выражает элемент $епд Здпа! Асйоп палитры инструментов. 
Прием сигнала и начало работы при выполнении некоторого условия зада- 
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ются с помощью триггера — элемента Ассер! Еуеп{ Асйоп. Один или несколь- 
ко подобных триггеров связываются с элементом, изображающим некоторое 
действие. Считается, что это действие начинает работу, только если сработа- 
ют все заданные для него триггеры (произойдут назначенные им события). 

В версии ЧМТ. 2.0 существует особый вид триггеров — временной сигнал 
(элемент Ассер! Т!ите Е\уеп\ Асйоп). Он, как правило, задает некоторую точку вре- 
мени на абсолютной или относительной шкале, достижение которой вызыва- 
ет срабатывание дальнейшего действия. Фактически, этот элемент выражает 
процесс ожидания. Его образ символизируют песочные часы. 


Подтверждение Встречаемся 
получено где обычно 
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Рис. 8.41. Пример логического ветвления на диаграмме деятельности 


Поток данных 


Поток данных позволяет наглядно выразить процесс обработки данных. Его 
создают инструментом ОБес! Ром. На диаграмме он представляется светло- 
синей сплошной линией со стрелкой. Поток данных может связывать дей- 
ствия только внутри конкретной деятельности. 

В версии ОМЕ 2.0 применительно к потоку данных введены понятия 
входного и выходного разъемов. Они изображаются инструментами при Рт 
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Рис. 8.42. Схема обмена данными па диаграмме деятельности 
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и ОШри Р!. В свою очередь элемент \аше Рт отображает точку формирования 
некоторого значения. 

Разъемы автоматически размещаются на границах элементов действий. 
Они связываются с другими внутренними составляющими деятельности 
и различными объектами с помощью потока данных (элемент ОБес Ном). 
Этот поток показывает не последовательность выполнения, а схему обмена 
информацией. 

В диаграммах деятельности появились и другие новые элементы. Среди 
них: элемент Сегига!| Ви#ег (Центральный буфер), отображающий некоторое содер- 
жимое оперативной памяти, и элемент Ваёа $оге (Хранилище данных), отобра- 
жающий содержимое жесткого диска и иных внешних носителей. 


8.5.3. Диаграммы классов 


В диаграммах классов версии ОМТ. 2.0 введено понятие порта и добавлен 
ряд новых видов связей. Порт уточняет форму отношений класса с внешним 
интерфейсом. Он выражает, является ли некоторый класс «потребителем» 
интерфейса (запрашивающим внешний интерфейс) или же его поставщи- 
ком. Порт также явно определяет кратность отношений между классом и его 
внешними пользователями («один к одному», «один ко многим» ит. п.). 

Порт добавляется к существующему классу инструментом Рой палитры 
инструментов. Его элемент располагается на одной из граней прямоугольни- 
ка класса в виде маленького квадрата. Порт связывается с внешним интер- 
фейсом одним из двух видов связей. 

Первый вид связи порта с внешним интерфейсом называется поставля- 
емым интерфейсом (Ргомаеа Гиег{асе). Такая связь выражает предоставле- 
ние классом некоторого интерфейса общего пользования. Наличие такой 
связи означает, что класс можно заменить связанным с ним интерфейсом. 
В свою очередь интерфейс реализуется классом, который скрыт от конечно- 
го пользователя. 

Второй вид связи порта с внешним интерфейсом называется запрошен- 
ным интерфейсом (Кедштеа Гиег]асе). Она выражает использование неко- 
торым объектом внешнего интерфейса. С одной стороны линия связи сое- 
диняется с объектом. С другой стороны линия стыкуется с интерфейсом с 
помощью дуги окружности на ее конце. 


Схемы стыковки классов и объектов с интерфейсами с помощью кругов и дуг 
окружностей иногда называют «леденцами на палочках». 


Со стороны потребителей связь с интерфейсом желательно формировать не 
напрямую от класса, а через порт, связанный с классом. В результате удается 
отделить описание класса от описания его связи с внешними интерфейсами. 
Это очень важная особенность версии ОМ1, 2.0, отчуждающая интерфейс от 
класса, реализующего данный интерфейс. 
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В языке УМЕ интерфейсы традиционно представляются в виде кружков. Среда мо- 
делирования Ое!рН! позволяет изменить вид интерфейса с прямоугольного, пред- 
лагаемого по умолчанию, на круглый. Для этого надо изменить свойство Сиае мем 
интерфейса в Инспекторе объектов. Когда оно равно Ттие, интерфейс представ- 
лен в виде круга. 


Интерфейсы присутствуют на разных типах диаграмм ОМУ. 2.0. В частности, 
они полезны при описании программных обращений к известным действи- 
ям системы. В таких случаях интерфейсы изображают «леденцами на палоч- 
ках» — в виде небольших кружков. Название интерфейса наносят не внутри, 
а рядом с кружком. Если интерфейс связан с некоторым объектом пунктир- 
ной линией со стрелкой, то этот объект реализует только то, что явно требу- 
ется данным интерфейсом. Если же связь представлена обычной сплошной 
линией, то функциональные возможности объекта охватывают не только 
операции, указанные в интерфейсе, но и, возможно, некоторые другие. 


Рис. 8.43. Представление интерфейса на диаграмме классов 


На диаграммах классов бывает необходимо представлять не только клас- 
сы, но и описания их экземпляров. Сделать это позволяет новый элемент 
п${апсе Зресйсаот. Конкретный класс, который реализует этот элемент, опре- 
деляется свойством папваез. 

В версии языка ОМЕ. 1.5 имелась возможность указания так называемых 
дискретных кратностей. Они позволяли представить допустимое количе- 
ство объектов, участвующих в связи, в виде перечислимого набора значений 
(например <3, 5, 8, 11»). В версии ОМУ. 2.0 решено отказаться от такой мало 
востребованной возможности. 


8.5.4. Диаграммы компонентов 


Диаграммы компонентов в версии ОМУТ. 2.0 претерпели весьма значительные 
изменения. Как и в диаграммах классов, в диаграммах компонентов появи- 
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лось понятие порта. Вместе с тем был удален элемент Подсистема (Зибзу\ет). 
Добавилось понятие артефакта (АпНас!) и класса (С!а$$). 

Артефакт в диаграммах компонентов обычно задействуется для представ- 
ления двоичных файлов, документов, таблиц баз данных, сообщений элек- 
тронной почты и других реально существующих объектов. Артефакт связан 
с конкретным файлом через свое свойство Ейепате. Класс связан со своей реа- 
лизацией через свойство |третеп{. 

В диаграммах компонентов ОМУ. 2.0 реализованы дополнительные виды 
связей, описывающие взаимодействие классов и интерфейсов. В частности, 
новый вид связи Дееваноп Соппесют позволяет соединить компонент с клас- 
сом, который будет определять внутреннюю структуру компонента. Если 
компонент имеет некоторую реализацию (например, в виде физического эле- 
мента операционной системы — файла), то между компонентом и артефак- 
том, задающим эту реализацию, прокладывается связь типа Неайгайоп. 

На рисунке показан компонент Антивирус, который реализуется файлом 
АМТМИЕВ.ЕХЕ, структура которого описана в классе ТАпЕтутх. 


<<апёан>> 


| АМТМВ-ЕХ 


ТАпиит 


Рис. 8.44. Связь компонеита с файлом реализации и типом представления 


8.5.5. Диаграммы развертывания 


В диаграммах развертывания версии ОМ. 2.0 исчезло понятие компонента, 
существовавшее в версии ОМТ. 1.5. Оно заменено несколькими новыми эле- 
ментами: артефактом (АПГасё), устройством (Бехсе) и средой исполнения 
(Ехесиноп Еплтоптеи!). 

Артефакт диаграмм развертывания аналогичен артефакту из диаграмм 
компонентов. Устройство похоже на узел из диаграмм развертывания версии 
ОМЕ 1.5. Однако оно менее абстрактно и применяется для представления 
физических устройств. Элемент Ехесийоп Епугоптег! задействуется для пред- 
ставления операционного окружения. Элемент 1щейасе из диаграмм развер- 
тывания ОМУ. 2.0 удален. 
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В диаграммах развертывания ОМУ. 2.0 появилась спецификация развер- 
тывания (элемент Оерюутег( Зресйсайоп). Она позволяет точно задать ката- 
логи установки системы (свойства Оерюутег\ |осабоп и Ехесшюп |осайоп), а так- 
же местоположение некоторого файла (свойство Р/епате). Спецификация 
может дополняться собственными полями и операциями и допускает вложе- 
ние артефактов и других спецификаций. 


Артефакты могут предоставлять на всеобщее обозрение свои спецификации раз- 
вертывания с помощью связи Мап!еайоп. 


Схема взаимодействия элементов диаграммы развертывания формирует- 
ся с помощью коммуникационного пути. Он создается с помощью элемен- 
та Соттитсайоп Рай палитры инструментов и воспроизводится на диаграмме 
сплошной синей линией без стрелки (рис. 8.45). 


<<дерюутеги $рес>> [Ё 


формат Ниефазе [ 


<<демсе>> 
Серве 
<<енесинопЕпугоптет>> 


Ыпих 2.6 


<<аиййас!>> { 
Клиенты | 


Рис. 8.45. Схема взаимодействия элементов па диаграмме развертывания 


8.5.6. Диаграммы вариантов использования 


В диаграммах вариантов использования ОМ. 2.0 появился новый элемент 
Зибес!. Он дополняет прецеденты и актерские роли, что позволяет объеди- 
нять тематические варианты использования в одно понятие. 

Язык, на котором записывается условие начала или завершения работы 
прецедента, задается в его свойствах Ргесопа оп |апдцаде и Роз{сопаИюп 1апдиаде. 
Эти свойства могут принимать значение ОСЕ (формальный язык объектных 
ограничений) или Тех! (текстовая свободная форма). 
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8.5.7. Диаграммы внутренней структуры (Сотрозйе 
Згисиге Отадгат) 


Диаграммы внутренней структуры появились в версии ЧМ. 2.0. Они позво- 
ляют описать внутреннюю структуру разных объектов. Такая структура 
может быть организована весьма сложно, иерархически, с многократным 
внутренним вложением элементов. 


Диаграммы внутренней структуры называются иногда составными диаграммами. 


В диаграммах внутренней структуры в дополнение к понятиям порта, класса и 
интерфейса введено понятие совместной деятельности (элемент Со!арогайоп). 
В ее рамках развертывается некоторое взаимодействие. Детали этого взаимо- 
действия (так называемые случаи взаимодействия) представляются на диа- 
грамме с помощью элемента СойаБогайоп изе. Он размещается внутри ранее 
созданной совместной деятельности. 

Диаграммы внутренней структуры задают взаимоотношения между эле- 
ментами некоторой системы за счет концепции ролей. Для описания ролей в 
совместной деятельности служит элемент Рац. Роли с деятельностью связы- 
вают ролевой связью Сойарогайоп Но, а случаи деятельности стыкуют с роля- 
ми посредством связи Ное Втатд. 

Собственные связи между ролями формируют элементом Соппесюг. Они 
бывают направленными и ненаправленными. Направленность связи задают 
ее свойством Опебед. Вид связи конкретизируют ее свойством Туре. 


Работа скомпьютером 


Пользователь, < Совоятекте > — Компьютер ] 
: ета Е 


|| +: 


лава 


| Монитор | 


Рис. 8.46. Пример диаграммы внутренней структуры 
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8.5.8. Диаграммы последовательностей (Зедцептсе О!адгат) 


Новый вид диаграмм взаимодействия (Гщетасйое Глартат) в версии ОМ, 2.0 
состоит из двух дополнительных видов диаграмм: диаграмм последователь- 
ностей (5едиепсе Глартат) и диаграмм коммуникаций (Соттитсае Главтат). 
Они представляют одну и ту же модель с разных точек зрения. 

В диаграммах последовательностей версии ОМЕ. 2.0 появился элемент 
Чейпе (Линия жизни). Он заменяет ранее существовавший элемент Обе и 
выражает как исходный объект, так и соответствующую ему временную 
линию существования. 

Названия участников взаимодействия в диаграммах последовательностей 
можно задавать в более свободном виде, нежели в версии ОМУТ. 1.5. Ранее 
использовалось понятие объекта, а название его подчеркивалось. В версии 
ОМЕ 2.0 введено понятие участника взаимодействия. Название его жела- 
тельно записывать в формате «имя : класс». 

В диаграммах последовательностей ОМУ. 2.0 улучшен способ выражения 
алгоритмических конструкций. В версии ОМ]. 1.5 для этого использовался 
элемент За{етеп! Вюск. Теперь введено более общее понятие фрейма взаимо- 
действия. Фрейм позволяет наглядно представлять охватывающие друг дру- 
га действия (блоки, циклы, условия). 

К выделенной полосе активности на линии жизни объекта можно доба- 
вить составной, комбинированный фрагмент алгоритма (элемент СотЬпед 
Надтет). При его размещении на полосе активности среда Ое|р;! предложит 
выбрать тип операции для создаваемого алгоритмического блока (например, 
[оор — цикл). В результате на линии жизни сформируется прямоугольник с 
толстой каймой, в левом верхнем углу которого указано название фрагмента 
(например, юор). Список доступных типов операций приведен в таблице 8.1. 


Таблииа 8.1. Операции алгоритмических блоков 
а Аналог условного оператора. Задает исполнение только того вложенного фрагмента, 
для которого указанное условие является истинным 
Вариант условного оператора, у которого отсутствует ветвь е!5е 
Параллельное выполнение всех вложенных фрагментов 


Год [выделение воврното фа 
Г зеа [обхзнеение локальной днитамыы полить о 


Во фрагментах алгоритма на диаграммах последовательностей ЦМУ. 2.0 
можно указывать логику исполняемого действия на языке ОСГ. Для этого 
пунктиром выделяется вложенный в фрагмент блок. В его свойство Сопзга\ 
{ех{ вводится выражение ОС. Если фрагмент подразумевает условное выпол- 
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нение, то таких пунктирных разделов в нем может быть два (по числу направ- 
лений ветвления). 

В длину фрагмент увеличивается (по продолжительности) с помощью 
элемента З1а{е пуапап!. Выбрав этот инструмент на панели инструментов, сле- 
дует щелкнуть мышью на линии жизни над областью удлиняемого фраг- 
мента — и он увеличится. Подобные манипуляции бывают необходимы при 
согласовании некоторых событий на соседних линиях жизни. 

Если в алгоритме надо сформировать ссылку на вынесенный блок или 
внешнюю диаграмму, следует использовать средство |щегасйоп узе палитры 
инструментов. Для охвата нескольких соседних линий жизни одним блоком 
служит инструмент Пе пате. 

Элемент Ехесийоп зресйсафоп служит для размещения на линии жизни 
точек, уточняющих конкретные моменты существования объекта. Этот эле- 
мент отображается в виде точки со стрелкой и присоединенным комментари- 
ем. Точки спецификации позволяют уточнить схему взаимодействия между 
объектом и интерфейсом. Сама точка соединяется с линией жизни объекта, 
видимого в текущем взаимодействии как интерфейс. А стрелка точки специ- 
фикации указывает на объект, которому данный интерфейс поставляется. 

В версии ОМЕ 2.0 четко выделено различие между синхронными и асин- 
хронными вызовами. Для отображения сообщений остался только один 
графический символ — Меззаде. Но его внешний вид теперь можно задать с 
помощью свойства $01. Синхронные вызовы отмечаются в этом свойстве зна- 
чением ЗупсйСа!. Они выделяются на диаграмме сплошной линией с закра- 


айт:ТОЦе 


Рис. 8.47. Вызовы и сообщения 
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шенной стрелкой. Асинхронные вызовы задаются значениями АзупсПСа! 
(асинхронный вызов) или Азупси$юпа! (асинхронная отправка извещения) 
в свойстве 501. Они выделяются серой открытой стрелкой. 


8.5.9. Диаграммы коммуникации (СоттиптсаНоп О!адгат) 


Диаграммы коммуникации в версии ОМЕ 1.5 назывались диаграммами 
кооперации. В версии ОМИ. 2.0 их существенно упростили, и теперь они 
позволяют показывать лишь объекты. Объекты теперь обозначаются эле- 
ментом Шете (Линия жизни). Нумерация последовательности шагов выполня- 
ется, как и ранее, автоматически. 


8.5.10. Диаграммы состояний (З1ае МасНте О!гадгат) 


Диаграммы состояний стали новым типом диаграмм в версии ОМ. 2.0. Они 
особенно важны для разработчика, использующего среду ОерЫ. Дело в 
том, что в последней версии Оеры 2006 имеется технология моделирова- 
ния ЕСО Ш. Она расширена средствами визуального построения алгорит- 
мов. С помощью этих средств описывается работа разных элементов моде- 
ли. Ранее для описания модели и генерации исходного кода на языке Оеры 
применялись лишь статические диаграммы классов. Теперь задействованы 
и диаграммы состояний. 

В основу диаграмм состояний положена концепция автоматов. Автомат 
представляет собой объект, который может находиться в одном из состояний 
ограниченного перечня и способен переходить из состояния в состояние по 
некоторым правилам. Доказано, что с помощью концепции автоматов мож- 
но запрограммировать алгоритм сколь угодно высокой сложности, если его 
можно записать на императивном языке программирования. Автоматы уже 
упоминались при описании диаграмм состояний ОМЕ. 1.5. 

Диаграмма состояний всегда относится к одному конкретному классу и 
описывает только его внутреннее функционирование. Конкретное состояние 
на диаграмме отображается с помощью элемента Зае. Начальное и конеч- 
ное состояния (элементы паи Епа!) на диаграмме отображаются сплошным 
кружком и сплошным кружком с каймой, соответственно. Фактически, они 
представляют собой псевдосостояния, не возникающие в реальной работе. 
Начальное и конечное состояния лишь наглядно задают последовательность 
входа в первое рабочее состояние и выхода из последнего рабочего состоя- 
НИЯ. 

Существуют версии начального и конечного состояний, которые являют- 
ся локальными по отношению к конкретному состоянию. Они задают нача- 
ло и конец последовательности действий уже внутри этого существующе- 
го состояния. В таком случае состояние, охватывающее другие состояния, 
называется суперсостоянием, а вложенные в него состояния — подсостояни- 
ями. Подобный подход иерархической организации состояний удобен тем, 
что позволяет сформировать общие (одинаковые) реакции различных под- 
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состояний на уровне одного суперсостояния. Допустим, имеется стандартное 
аварийное состояние и стандартный переход в него, вызываемый операцией 
отмены. Для каждого состояния па диаграмме можно индивидуально указы- 
вать этот переход, а можно объединить их в суперсостояние. Тогда переход 
в аварийное состояние указывается всего одной линией на диаграмме — она 
будет исходить только из суперсостояния. 

Каждое из состояний на диаграмме состояний не обязано пассивно ожи- 
дать некоторого внешнего события, приводящего к переходу основного объ- 
секта в следующее состояние. Состояние может само выполнять некоторую 
внутреннюю деятельность (активность). Такая активность задается в свой- 
стве Оо ас#\у. Это свойство состояния позволяет выбрать готовое действие 
из доступных в проекте (например, взяв с какой-нибудь из диаграмм дея- 
тельности). Подобное состояние, когда до него доходит очередь, запускает 
свое действие и ожидает его завершения, фактически отображая не статиче- 
ское состояние, а выполнение процесса. Этот процесс может быть прерван, 
что вызовет переход в другое состояние. А если он закончится успешно, так- 
же выполнится соответствующий переход. 

В диаграммах состояний ОМУ. 2.0, как и вверсии ОМУ. 1.5, можно описы- 
вать историческое состояние. Только в версии ОМИ, 2.0 обычное историче- 
ское и глубокое историческое состояния разделены на два разных элемента: 
ЗпаНом Ногу и Оеер Ногу, соответственно. 

В диаграммах состояний можно применять условный элемент Спосе 
(Выбор). Другой элемент — Уипсйюп — выражает слияние и разделение пото- 
ков управления. Он представляет собой промежуточный узел, а по внеш- 
нему виду аналогичен начальному элементу па. В таком узле собираются, 
а потом вновь расходятся потоки управления. 


Глава 9. ЕСО Ш : технология создания 
программ с помощью языка 
моделирования УМЕ 


9.1. Что такое ЕСО 


Концепция Ежетризе Соте ОБесё; (ЕСО, ключевые корпоративные объек- 
ты) представляет собой набор различных технологий и инструментов для 
построения масштабируемых систем на основе программируемой модели. 
В среде Ое|рЫ модель приложения представлена в виде диаграмм классов и 
диаграмм машин состояний ОМГ. На основе модели выполняются основные 
шаги проектирования приложения ЕСО и его сопровождения. 


В программной инженерии подход к созданию приложения на базе модели при- 
знан стратегическим. Он называется Моае! Опуеп Агс\есиге (МБА, архитектура, 
управляемая моделью). Концепция МПА развивается консорциумом по объектному 
управлению ОМС. В ОМС, в частности, совершенствуется и язык УМИ. 


Классический способ создания программ в среде РерЫ состоит из двух 
шагов. На первом шаге проектируется пользовательский интерфейс в 
Дизайнере. На втором шаге в редакторе готовится программный код, кото- 
рый будет обрабатывать различные события пользовательского интерфей- 
са. Недостаток этого подхода состоит в том, что по мере роста и усложнения 
проекта любые его модификации становятся все более и более трудоемкими, 
теряется возможность просмотра структуры всего приложения в целом. Не 
удается визуально проверить корректность тех или иных взаимосвязей меж- 
ду классами, быстро проанализировать цепочку наследования, выполнить 
другие отладочные операции. 

Технология ЕСО парирует эти проблемы. Почти весь процесс создания 
приложения решается манипулированием визуальной моделью. Она пред- 
ставлена в проекте Реры в виде диаграмм ОМЕ. При этом удается избе- 
жать ручной модификации исходного кода и минимизировать обращения к 
Дизайнеру пользовательского интерфейса. Весь исходный код приложения 
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генерируется из визуальной модели автоматически. Редактор и Дизайнер 
активно применяются лишь для тонкой настройки приложения согласно 
дополнительным требованиям пользователя. 


Впервые технология ЕСО появилась в версии Оерн 8. 


В системе Оеры 2006 реализована новая, третья версия технологии ЕСО. 
Она базируется на мощных возможностях среды моделирования Вог|ап4 
Тове ег, специально встроенной в Ое|рЫ. В результате разработчик может 
управлять как статической структурой приложения с иерархией классов, так 
и поведением приложения, его программной логикой. Для этого задейству- 
ются так называемые диаграммы машин состояний ОМЕ, впервые появив- 
шиеся в версии ОМУТ, 2.0. В итоге почти вся разработка сложного приложе- 
ния может происходить в проектировщике диаграмм ОМГ, встроенном в 
систему Реры. На базе моделей, созданных таким образом, автоматически 
генерируется полнофункциональный исходный код приложения. Действует 
и обратная связь: когда исходные тексты модифицируются, структура моде- 
ли автоматически подстраивается под внесенные изменения. 


Двунаправленная технология синхронизации модели и кода получила в среде 
Оерн! название ЧуеЗоугсе. 


9.2. Модель ЕСО 


Под моделью понимается описание некоторого реального или виртуально- 
го объекта, способного существовать физически или в воображении проек- 
тировщика. Модель может объединять несколько взглядов на объект, каж- 
дый из которых уточняет ту или иную особенность его существования. 
Модель компьютерной программы (в частности, модель ЕСО) отличается 
от физических и математических моделей большей полнотой, точностью и 
непротиворечивостью. На ее основе должен быть автоматически сгенери- 
рован безошибочный и работоспособный исходный текст на заданном язы- 
ке программирования. Для упрощения подготовки такой модели использу- 
ются наборы объектов и дополнительные средства ЕСО. Они обеспечивают 
прозрачную взаимосвязь между программным кодом и элементами модели. 
В результате проектирование, развитие и сопровождение архитектуры всего 
приложения существенно упрощается. 


9.3. Объектное пространство ЕСО (ЕсоЗрасе) 


При запуске приложения ЕСО создается объектное (или модельное) про- 
странство ЕСО. В программе оно называется Есобрасе. Содержимое объ- 
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ектного пространства образовано наборами экземпляров классов (объектов 
ЕСО), которые были описаны в диаграммах классов модели. В этом про- 
странстве также хранится вся необходимая информация о модели. В про- 
странстве ЕСО имеются механизмы создания и уничтожения объектов. 

Среда времени выполнения ЕСО поддерживает автоматическое связы- 
вание содержимого пространства ЕСО с данными в файлах или базах дан- 
ных. Для этого в нее встроены средства поддержки реляционной модели баз 
данных. Они автоматически преобразуют модель проекта в описание схемы 
базы данных (структуры и взаимосвязи таблиц). Это осуществляется авто- 
матической генерацией сценариев ЗОТ., которые занимаются физическим 
созданием и модификацией схем баз данных. 

Для доступа к содержимому объектного пространства используются спе- 
циальные компоненты — так называемые дескрипторы ЕСО. Они позво- 
ляют обращаться к пространству ЕСО из программного кода. С помощью 
дескрипторов программа выполняет необходимые манипуляции над обеек- 
тами ЕСО. 

Пользовательский интерфейс приложения связывается с содержимым 
объектного пространства через дескрипторы ЕСО. Элементы интерфей- 
са снабжены специальными свойствами, через которые выполняется такая 
привязка. В результате просмотр и модификация объектов ЕСО реализуют- 
ся простой настройкой свойств элементов интерфейса. 

Удобнее всего применять технологию ЕСО для построения масштабных, 
корпоративных приложений. Она значительно сокращает время разработки 
приложений, в которых активно задействуются базы данных со множеством 
таблиц и сложными взаимосвязями, а также большое количество экранных 
форм. Создание подобных систем вручную, без предварительного построе- 
ния модели, является трудоемкой рутинной задачей и обычно сопровожда- 
ется множеством ошибок. 


9.4. Этапы создания приложения ЕСО 


Приложение ЕСО создается в следующем порядке. 

1. Средствами ИМЕ формируется модель будущего приложения. 
Создаются классы, описываются их атрибуты и методы, настраиваются 
взаимосвязи между ними. На этом этапе возможно также дополнение 
классов машинами состояний. Они формализуют последовательно- 
сти переходов различных элементов этих классов из одних состояний в 
другие. 

2. В проект добавляются и настраиваются невизуальные компоненты 
(дескрипторы ЕСО). Они связывают созданную модель ОМЕ с при- 
кладной частью проекта. 

3. Проектируется пользовательский интерфейс. Задействуются компо- 
ненты, обеспечивающие связь интерфейса с моделью МГ. 
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4. Создается переносимая логика приложения на языке объектных огра- 
ничений ОСГ. Элементы управления связываются с выражениями 
ОСТ. для выполнения типичных стандартных действий (добавление, 
редактирование и удаление объектов ЕСО). Этот этап нередко выпол- 
няют с помощью визуальных средств Оеры. Большое число стандарт- 
ных возможностей управления объектным пространством предлагает- 
ся в виде готовых значений свойств элементов управления. 

5. Настраивается связь пространства ЕСО с базой данных. В ней будет 
долговременно храниться его копия вместе со всеми объектами ЕСО. 

По мере развития приложения этот цикл многократно повторяется. 
Принципиально важно, что все более-менее серьезные изменения, вносимые 
в проект, выполняются всегда над моделью, а не над исходным кодом и не 
над пользовательским интерфейсом. 

Центральной концепцией ЕСО-программы считается ЕСО-простран- 
ство, в котором существуют различные ЕСО-объекты. Всевозможные аспек- 
ты поведения модели задаются на платформно-независимом языке объект- 
ных ограничений ОСГ.. 


9.5. Пример создания простого приложения ЕСО 


9.5.1. Моделируем звездные системы 


Для знакомства с возможностями технологии ЕСО рассмотрим простейший 
пример. Допустим, мы хотим организовать справочник по звездным систе- 
мам. В нем должны храниться наборы таких систем: звезды и связанные с 
ними планеты с соответствующими названиями и характеристиками. 


При желании вместо звезд и планет можно взять схему «начальник — подчинен- 
ные», «управление — отделы», «поставщик — продавцы», «сервис — клиенты» и 
так Далее. 


Для решения поставленной задачи потребуется смоделировать структуру 
условной звездной системы, состоящей из экземпляров таких классов, как 
Планета и Звезда. Конкретные планеты и звезды будут иметь как общие для 
всех свойства (название, размер, масса), так и индивидуальные характери- 
стики. Например, для планет важной характеристикой является диаметр 
орбиты, а для звезд — температура. Каждый из экземпляров будет наслед- 
ником класса «Элемент звездной системы». В этом классе сосредоточатся 
свойства, общие и для звезд, и для планет. 

Следуя обычной схеме разработки, программист приступил бы к созданию 
классов ручным кодированием. Сначала он подготовил бы новый модуль, 
в его интерфейсном разделе описал бы соответствующие классы, отследил 
схему наследования и реализовал нужные методы классов. Затем он присту- 


248 Глава 9. ЕСО 11: технология УМЁ-моделирования прикладных программ 


пил бы к разработке пользовательского интерфейса и процедуры заполнения 
таблиц. В эти таблицы необходимо записывать значения полей экземпляров 
разных классов, отслеживать их изменения, хранить массивы всех объектов, 
сохранять их содержимое на диске и выполнять другие операции. При этом 
разработчику пришлось бы мыслить преимущественно в терминах конкрет- 
ных операторов языка, команд описания типов и классов. А поскольку общая 
структура приложения формально не описана, такая работа чревата посто- 
янными ошибками. Например, функциональные возможности классов могут 
противоречить друг друту, а могут, наоборот, дублироваться. Запомнить же 
все взаимосвязи и зависимости между классами в более-менее крупном про- 
екте практически невозможно. 

Сейчас мы покажем, сколь сильно отличается этот традиционный и 
морально устаревающий подход от высокоуровневой технологии моделиро- 


вания ЕСО. 


9.5.2. Создаем первый абстрактный класс 


Реализуем вышеописанную простую взаимосвязь между понятиями 
«Элемент звездной системы» — «Звезда» — «Планета» с помощью техноло- 
гии ЕСО. Дадим команду Не >» №\м » О!Йег (Файл » Создать » Другое) и выбе- 
рем значок ЕСО \ММпРогт$ АррИсайоп (Приложение ЕСО М/пдо\мз Рогтз) — рис. 9.1. 


АУР.МЕТ еб Д5Р.МЕТ \еБ Сапе ОВ\меБ 
АррисаНоп  егмсе др...  АррикаНшоп  Сопно ИБгагу 


их 


ЕСО АЗР.МЕТ ЕСО АЗР.МЕТ ЕСО РасКаде ЯК 
\еБ Аррс... \меБ Зегис... ` Арран“ 


Г. ео 

1 =: #1 ферн! Ргодес$ . 

Е ` 2" дснуех ИБгагу Раскаде УСЕРоги$ — \МеБ Согиго 
р АррисаНоп ИБгагу 


3. 2} Ммебвгокег 
в \еБ5егиксе$ \Ипдои5 \\ИпРОГт 


Роггп$ д... Соп... 


Рис. 9.1. Создание приложения ЕСО 


В следующем окне укажем название проекта (например, ЕСО1Рго}есь) 
и его местоположение (папку). После создания пустой заготовки откроет- 
ся окно Дизайнера, в котором представлена начальная форма приложения. 
Посмотрим на структуру автоматически созданной модели (пустой заготов- 
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ки) командой \Ме\м » Моде! Мем (Просмотр » Модель). Эта команда вызывает 
средство просмотра модели (рис. 9.2). 


3]: 3 8 РасКаде_1 

1. #2 ЕСО1Рюе& 

"1 ° 360 ЕСО1РюесЕ собрасе 
1 #20 Раскаде_ЛЦий 

1: 5-6 МИпРот 

|. 4 Г) деи 


1 вЫ 
106 Вегепсе$ 


ВЗЕСО1РгодесЕ.Ь45рго)} -... . я 


Рис. 9.2. Средство просмотра модели 


Кроме самого проекта (ЕСО1Р'оес!) и главной формы (\/тРогт) в модели 
присутствуют новые элементы, добавленные в нее автоматически. Среди них 
отметим следующие. 

® ЕСО1РоецЕсорасе — объектное пространство ЕСО. Это основное хра- 

нилище, в котором будут располагаться экземпляры создаваемых клас- 
сов модели во время работы программы. Пространство ЕСО также 
отвечает за связь с внешним источником данных, например за связь с 
базой данных или файлом ХМГ. 

® Раскаде_1 — пакет классов ОМГ, которые мы будем создавать. 


Исходное окно модели проекта может быть пустым. Чтобы в нем отразилась теку- 
щая структура, проект необходимо полностью сохранить, выполнить компиляцию 
и в средстве просмотра модели нажать кнопку НенезН Моде! \Меми (Обновить). 


Создание модели начинаем с перехода в режим моделирования. Для этого 
дважды щелкнем мышью на строке РасКаде_1, и среда Пер откроет окно 
построения диаграмм классов ОМГ. Его центральная часть, напоминающая 
окно Дизайнера, называется поверхностью моделирования (рис. 9.3). 

Разместим на форме первую диаграмму. Для этого выберем на пали- 
тре инструментов в категории УМЕ ЕСО Саз$ Оадгат инструмент ЕСО Са$$. 
Целкнем мышью в подходящем месте на поверхности моделирования — 
будет создана диаграмма классов. 


Описание диаграмм классов приводилось в главе, посвященной языку УМЕ. 


Введем название созданной диаграммы: 5зЕагбузЕемЕ1етепЕ («Элемент 
звездной системы»). Пробелы в названии класса не допускаются. Символы 
русского алфавита использовать не рекомендуется, хотя это и возмо" 
(рис. 9.4). 
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Рис. 9.3. Поверхность моделирования 
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Рис. 9.4. Создаем класс баг5уйетЕетет 
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Диаграмму класса можно добавить через контекстное меню поверхности мс зели- 
рования командой Ада >» Есо Саз$ (Добавить > Класс) или нажатием комбинации 
клавиш СИ + (. 


Полученная диаграмма визуально представляет структуру класса 
Збагоу$етЕ]етепе. На данном этапе проектирования надо решить, нужны ли 
в нашей программе абстрактные классы (классы, экземпляры которых созда- 
вать запрещено). Исходя из условий задачи, нам потребуются экземпляры 
будущих классов «Звезда» и «Планета». Они станут наследниками класса 
ЗагбучетЕетем. А вот сам «Элемент звездной системы», судя по всему, ис 
может быть использован для создания объектов, поэтому будем считать его 
абстрактным классом. Чтобы отметить это, выделим на поверхности моде- 
лирования единственный пока класс ЗагЗузетЕетег! и в Инспекторе объек- 
тов назначим для него значение Тише в свойстве Абзгас!. В результате шрифт в 
названии этого класса на диаграмме изменится и станет наклонным. Это обо- 
значает абстрактность класса. 


9.5.3. Строим иерархию классов 


Определим свойства, общие для всех трех классов модели. Пусть первым 
таким свойством станет название объекта — Е1етеп( Маме. Его не надо путать 
со свойством Мате, которое в исходном тексте программы используется в 
качестве названия идентификатора класса. Новое свойство Еетеп!Мате опре- 
деляет название элемента звездной системы (например, «Солнце», «Земля», 
«Альфа Центавра»). Вторым общим свойством станет масса звезды или пла- 
неты в некоторых условных единицах — Ма$$. 

Новые свойства добавляются к классу обращением к команде контекстно- 
го меню его элемента на диаграмме: Ада » Ацирше (Добавить » Атрибут). Вводим 
название нового свойства: Е1етепЕМаме, выделяем его и в Инспекторе объ- 
ектов, в поле Туре (тип свойства) вручную введем строку “зЕк1па” (символь- 
ная строка). Аналогичным способом добавим свойство Мазз. Пусть его тип 
останется по умолчанию “1пЕедег” (целое). 

Теперь диаграмма класса З'аг5узетЕ!етег выглядит ‹.. 


го бут лней | 
следующим образом. Бары 
Добавим на диаграмму два новых класса: Заг . | ЕетегуМате: Э\ипо 
:: | Ма$$: ицедег 
(Звезда) и Р!апе{ (Планета). Введем в класс Заг допол- 1 ревих 


нительное свойство Т: |Щедег (температура), а в класс 
Рапе! — свойство ОГИ: Щедег (орбита). Кроме того, сле- 
дует выключить свойства АбЗгас{ этих классов, ведь на 
их основе в программе будут созданы экземпляры объектов. 

Теперь необходимо указать, что классы Заг и Рапе! являются наследни- 
ками абстрактного класса ЗагЗузетЕетет. Выполним это с помощью сред- 
ства Сепегайгайоп/тр!ететайоп с палитры инструментов. Выбрав его, щелкнем 
на элементе диаграммы З\аг — курсор превратится в перечеркнутый кружок. 
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Наведем его на элемент класса ЗагЗуетЕетещ, свойства которого наследу- 
ются, — курсор примет вид небольшого перекрестья. Выполним здесь вто- 
рой, финальный щелчок. Между двумя элементами протянется направ- 
ленная связь. Аналогично установим связь и между элементами Р!апе! и 
ЗагбузетЕ!етеге. 


Е етег\Мате: ЭЗиптд 
Маз $: Ицедег 


Т. нцедег | Отьи: |\едег _ 


Рис. 9.5. Связь между классами 


По мере построения иерархической структуры наши действия отражают- 
ся в Просмотрщике модели. В нем фиксируется появление новых классов. 


Важно периодически компилировать весь проект. Технология ЕСО использует 
стандартное пространство имен Зу$“ет.Нейесйоп.МЕТ для анализа структуры 
классов, загруженных в модель, их типов данных, полей и методов. Поэтому про- 
ект (сборка МЕТ) должен быть преобразован в законченный двоичный вид, чтобы 
его структура корректно отразилась в Просмотрщике моделей. 


Сохраним и откомпилируем проект. Ошибок в нем быть не должно — описа- 
ния всех классов будут сгенерированы автоматически. 


9.5.д. Добавляем дескрипторы ЕСО 


Связь программного кода и пользовательского интерфейса с моделями ЕСО 
обычно происходит через компонент ЕхргеззюпНап4е. Он доступен в катего- 
рии Ещегризе Соге ОШес$ палитры инструментов. Через подобные идентифи- 
каторы ЕСО организуется доступ к объектному пространству. 


Идентификаторы объектов ЕСО часто называются дескрипторами ЕСО. 


Программист связывает идентификаторы ЕСО друг с другом в цепочки. Это 
позволяет обращаться к отдельным областям объектного пространства и 
целенаправленно их обрабатывать. 

Во главе цепочки идентификаторов должен быть расположен корневой 
(тоог) идентификатор. Он задает общий контекст работы для всех остальных 
идентификаторов проекта. Корневой идентификатор обычно добавляется к 
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проекту автоматически, а прочие идентификаторы должны быть его прямы- 
ми или косвенными наследниками. Они предоставляют доступ к конкрет- 
ным наборам объектов пространства ЕСО. 

Переключимся в режим проектирования формы. В нижней части окна 
Дизайнера уже имеется набор различных компонентов ЕСО. Они поддержи- 
вают базовые функциональные возможности пустого приложения. Добавим 
к проекту компонент Ехргез$юпНап4е и назовем его ейаг (свойство Мате). 
В свойстве Вос!Нап4е (Корневой идентификатор) выберем значение МВоо!. Это 
значение является ссылкой на автоматически созданный корневой иденти- 
фикатор. Таким образом, мы задали место дескриптора ейЗ\аг в цепочке иден- 
тификаторов текущего проекта ЕСО. Дескриптор ейЗаг является прямым 
наследником корневого идентификатора. 

Действия, которые будут выполняться с помощью данного дескриптора, 
определяются содержанием его свойства Ехргеззюп. В нем следует записать 
выражение на языке объектных ограничений ОСТ. Это выражение опреде- 
ляет механизм создания объектов нашей модели во время работы программы. 

Мы будем использовать дескриптор ейЗ{аг для создания экземпляров 
класса Заг. Поэтому в свойстве Ехргеззюп объекта ейаг введем строку 


СЕах.А11ТизЕапсез. 


Язык ОСЕ в данной книге не рассматривается. С ним следует знакомиться по учеб- 
никам, посвященным языку УМЕ и программному моделированию. 


9.5.5. Проектируем пользовательский интерфейс 


С помощью дескриптора ейЗаг мы организовали первую связь объектно- 
го пространства с клиентской частью приложения. Теперь можно перейти к 
проектированию пользовательского интерфейса. 

Допустим, мы хотим сформировать таблицу, представляющую созданные 
нами экземпляры класса З1аг. В таблицу они вводятся кнопкой Добавить звез- 
ду. Необходимую работу мы проведем исключительно с помощью визуаль- 
ных средств Ое]|рЫ и технологии ЕСО, не прибегая к ручному программиро- 
ванию. 

Разместим таблицу на форме с помощью инструмента ОБааСиа из катего- 
рии Ба Сопго$ палитры инструментов. Исходно таблица пуста. В ее свой- 
стве СарйопТех{ (Заголовок таблицы) введем строку Звезды, а на форму поместим 
кнопку Добавить звезду. 

Теперь установим связь между дескриптором ей $аг (поставщиком экзем- 
пляров класса З\аг) и созданной таблицей. Для этого в свойстве ОВааЗоигсе 
таблицы, в списке доступных идентификаторов, выберем значение ейЗ\аг — 
тогда в таблице появятся поля класса З{аг и его родительского класса 
Загбу$етЕ!етег( (рис. 9.6). 
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Рис. 9.6. Таблииа звездных систем 


Если теперь запустить программу, то мы увидим одну пустую таблицу. 
Однако заголовки ее столбцов соответствуют названиям как собственных 
полей класса З{аг, так и полей, унаследованных от родительского абстрактно- 
го класса Загбу<етЕетеги. 


9.5.6. Настраиваем элементы интерфейса 


Настроим ранее созданную командную кнопку на добавление в таблицу 
новых объектов. Выделим в Дизайнере эту кнопку. В ее свойстве ЕсоИ$Асйоп 
(Список стандартных действий ЕСО) выберем значение Ада (Добавить объект), а в 
свойстве Ноо!Нап4е выберем нужный нам дескриитор ей аг. Он конкретизи- 
рует действие метода Ада: создает в объектном пространстве экземпляр клас- 
са Заг. 

Созданный экземпляр надо связать с визуальным элементом, который 
будет его хранить и представлять на экране (в нашем случае это табли- 
ца ОааСпа1). Для этого в свойстве кнопки ВтатдСомщех{ (Контекст связывания) 
выберем значение ВааСиа1. 
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[8 ТАЙпРогт 


:. “Добавить звезду - 


Рис. 9.7. Работающая программа ЕСО 


Теперь программа полностью готова. Запустим ее и убедимся, что при 
нажатии на кнопку Добавить звезду в таблице автоматически появятся новые 
строки. В них можно вводить подходящие значения (рис. 9.7). 


9.5.7. Построитель выражений ОСЕ. 


Язык объектных ограничений ОС]. в данной книге не рассматривается. Тем 
не менее отметим наличие в системе Ое|рЬ1 удобного визуального постро- 
ителя выражений ОСТ. В рассмотренном примере мы вручную вводили 
строку $каг.А11ТпзЕапсез (отбор всех экземпляров класса Заг) в свойство 
Ехргеззюп дескриптора ейЗаг. Однако можно воспользоваться визуальным 
построителем выражений ОСГ. 

Выражение 5каг.А11Тпзеапсез можно сформировать визуально. 
Построитель выражений в текстовом поле Ехргеззюп дескриптора ей аг вызы- 
вается мини-кнопкой с тремя точками, расположенной на правом краю этого 
поля. В левой верхней части построителя располагается формируемое выра- 
жение ОСГ. 

В правой части окна построителя представлено дерево синтаксических 
элементов. Его содержимое динамически меняется в зависимости от теку- 
щей конструкции ОСГ. В исходном состоянии представляется дерево клас- 
сов текущей модели (раздел С!а$$е$). 


Дерево в правой части не сможет появиться, если предварительно не была выпол- 
нена компиляция проекта. Как уже говорилось, проект необходимо компилировать 
и сохранять после любых модификаций модели и связанных с ней компонентов, 
если в последующем необходим учет или использование каких-либо модельных 


функций. 


Дважды щелкнем на элементе класса Заг, экземпляры которого мы хотим 
сделать доступными через идентификатор ей аг, — в окне выражения ОСТ. 
появится текст: 
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бСсахг. 


В правой части окна появится новая категория выбора: Ос1 орегае1опз. 
Она содержит набор операций ОСТ, применимых к текущему выражению 
Заг (рис. 9.8). 
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Рис. 9.8. Визуальный редактор выражений ОСЁ 


В списке доступных операций выберем пункт .А!папсез двойным щелч- 
ком. Выражение ОСТ. примет вид: 


СГаг.А1]Тизбапсез$ 


Нажмем кнопку ОК — выражение запишется в свойство Ехргезэюп объекта 
ей$аг. 


9.5.8. Расширяем возможности приложения ЕСО 


Дополним форму приложения второй кнопкой. Введем в качестве ее заго- 
ловка строку Добавить Планету. Разместим также на форме вторую таблицу 
Оа{аСпа. Пусть ее название (свойство Сар{ощех{) —Планеты. 

Добавим в проект новый компонент ЕхргеззопНап4е и назовем его еНР!апе. 
Он будет ответственен за доступ к экземплярам класса Р!апе! объектного про- 
странства. Введем в свойстве Нос!Нап4е значение кпВооеб в качестве его кор- 
невого объекта. В свойстве Ехргеззюп введем строку Р1апеё.А11Тпзсапсез 
(можно воспользоваться построителем выражений ОСТ.). 

Новая таблица представляется объектом ОааСи92. Свяжем ее через свой- 
ство Оаабоигсе с дескриптором еНР!апе!. Для кнопки зададим связь с таблицей 
Оа{аСиа2 через ее свойство ВтдтдСощеж, а в качестве корневого идентифика- 
тора в свойстве Вос!Нап@е выберем объект Р!апе'. В результате в приложении 
будут функционировать две таблицы. Первая представляет звезды (экзем- 
пляры класса Заг), а вторая — планеты (экземпляры класса Р!апе!) — рис. 9.9. 
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Рис. 9.9. Настраиваем таблицы и кнопки 


В Инспекторе объектов имеются группы ЕСО | ВУ и ЕСО | ИАсйоп. В них 
сосредоточены свойства элементов управления, ответственные за связь с объ- 
ектным пространством ЕСО. Мы уже познакомились с действием по добав- 
лению нового объекта в это пространство. Кнопка выполнит такое действие, 
если в ее свойстве Есо4${Асйоп выбрано значение Ада. В данном свойстве име- 
ются также команды для перемещения текущего объекта по списку вверх 
(Моуе0р) и вниз (МоуеПо\мт), для удаления текущего объекта ЕСО (Веве) и 
другие средства. 

Добавим на форму новую кнопку и назовем ее Удалить планету. Свяжем ее 
с таблицей ОааСиа2, визуализирующей экземпляры класса Р!апе{, с помощью 
свойства кнопки ВтатдСощеж. В свойстве кнопки НосНапае укажем ссылку 
на дескриптор еНР!апе!, связывающий форму с объектным пространством. А в 
свойстве Есо/$Асйоп кнопки выберем значение Оеве (Удалить). Если теперь 
запустить программу, то будет возможно удалять строку, выделенную в таб- 
лице Планеты. При этом автоматически удалится соответствующий экзем- 
пляр класса Р!апе, расположенный в объектном пространстве. 
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При попытке удалить объект ЕСО из пользовательского интерфейса формы от- 
кроется стандартное диалоговое окно с запросом на подтверждение операции. 


9.5.9. Автоформы 


Свойству ЕсоАшоРогт любой таблицы можно задать значение Тше. В резуль- 
тате содержимое таблицы станет доступно для редактирования в дополни- 
тельном режиме так называемых автоформ. При желании каждую из строк 
таблицы можно будет редактировать в отдельном окне. Достаточно дважды 
щелкнуть мышью на заголовке строки, как появится специальное диалого- 
вое окно с полями ввода, соответствующими столбцам таблицы (рис. 9.10). 


С а$$ 


Рис. 9.10. Редактирование свойств объекта в автоформе 


Для ОДНОЙ таблицы можно одновременно открыть сразу несколько окон 
автоформ. Данная ВОЗМОЖНОСТЬ, Как будет показано далее, особо полезна в 
случаях, когда между объектами таблицы установлены дополнительные 
СВЯЗИ. 


9.6. Организация связей между объектами ЕСО 


9.6.1. Добавляем ассоциативную связь 


В реальных проектах взаимосвязи между объектами модели гораздо сложнее, 
нежели в нашем примере. Помимо связей вертикального наследования очень 
часто возникают горизонтальные взаимосвязи. Если «звезды» могут суще- 
ствовать в рамках нашей маленькой модели сами по себе, то каждая «пла- 
нета» должна быть обязательно связана с определенной «звездой», вокруг 
которой она вращается. 

Перейдем к модели, выделим на диаграмме О МГ, элемент Рапе! и с помо- 
щью инструмента Аззобайоп свяжем его с элементом Уаг. Так формируется 
ассоциативная связь между классами Заг и Рапе. Далее ее надо выделить и 
настроить с помощью Инспектора объектов. 
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В свойстве Мате ассоциативной связи введем строку азсТо5каг. Подтаким 
именем данная связь будет доступна в программе. Теперь надо указать, что 
эта связь направленная: ведь у одной звезды может быть произвольное число 
планет, а у одной планеты — только одна звезда. Для этого уточним значения 
свойств Епд1 и Епа2 связи азсТоаг. Свойство Епа1 соответствует стороне свя- 
зи, относящейся к классу Р!апе, а свойство Еп42 — стороне класса Заг. 

Дадим собственное имя стороне связи Епд1. В ее вложенном свойстве Мате 
введем строку Р1апеЕз. Кроме того, изменим вид связи стороны Епд1. В свой- 
стве Миёрисйу (Кратность) зададим форму отношения «многие к одному» — 
«0..*». Такая кратность означает, что одному экземпляру класса Заг может 
соответствовать произвольное количество экземпляров класса Р!апе{. 

Откорректируем кратность также для стороны Еп9д2. Назначим для ее 
свойства Ми#рйсйу значение 1. Это означает, что каждому экземпляру клас- 
са Рапе! может соответствовать один и только один экземпляр класса Я аг. 
Названием стороны Епд2 (значением свойства Мате) пусть будет строка З{агз 
(рис. 9.11). 


З1агбуметЕетел 


| Еетег! Мате: Зит9 
3 Маз$$: Нщеаег 


Э4аг а : Р!апе{ 


1 Т; и\едег г ОТБ: у\едег - 


Рис. 9.11. Задаем ассоциативную связь между классами 


9.6.2. Отслеживаем объект ЕСО, выбранный в таблице 


На данный момент программа находится в несколько «разобранном» состоя- 
нии. Если ее запустить, то в таблице «Планеты» появится новое поле «З(аг». 
В нем должна храниться ссылка на связанный с текущей планетой экземпляр 
класса З!аг. Но поскольку такая связь явно не установлена, в поле отобража- 
ется строка <пий>. Она обозначает отсутствие связи. В свою очередь, в табли- 
це «Звезды» новые поля не добавляются: ведь каждая звезда может быть свя- 
зана со множеством планет одновременно, и простым добавлением полей 
здесь не обойтись. 

Требуется, чтобы при нажатии на кнопку Добавить планету очередной объ- 
ект Р/апе! в таблице «Планеты» сразу создавался с уже настроенной ассоци- 
ативной связью. В качестве его «родительской» звезды должен быть авто- 
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матически выбран текущий объект из таблицы «Звезды». Им будет объект, 
соответствующий выделенной строке этой таблицы. 

Для отслеживания выделенного объекта ЕСО предназначен компонент 
СутепсуМападегНап@е группы Етегризе Соге Обес$ палитры инструментов. 
Добавим его к проекту и укажем в свойстве Мате название ст аг (отсле- 
живание объектов Заг). В качестве корневого идентификатора в свойстве 
Вос{Нап@е зададим ссылку на дескриптор ей$аг. Так выполняется привязка 
данного компонента к конкретному типу отслеживаемых объектов проек- 
та. В качестве элемента, визуализирующего отслеживаемые объекты, в свой- 
стве ВтатаСощех! объекта стАЗ{аг зададим таблицу ОааСиа1 («Звезды»). Она 
позволяет выбрать конкретный элемент своего списка. Этой возможностью 
и воспользуется объект стНаг. 

Внесем дополнительные изменения в цепочку взаимосвязей между 
дескрипторами проекта. Новый объект стпаг надо сделать корневым для 
дескриптора ейР!апе!. Тогда через этот дескриптор будут доступны не все 
экземпляры класса Р!апе!, а лишь те, что связаны с текущим элементом табли- 
цы «Звезды». Для этого в свойстве Воо{Нап4е объекта е|Р!апе! выберем новое 
значение стйаг (вместо старого г!Ноо!'). В качестве выражения ОСЕ в свой- 
стве Ехргеззюп объекта еНР!апе! введем строку зе!.Р!апеЕ. Здесь часть зе! озна- 
чает ссылку на самого себя (на конкретный экземпляр класса Рапе!), а часть 
.Рапе$ является названием одной из сторон ассоциативной связи азсТо$аг. 
Она обозначает свойство Р!апез, связывающее текущую звезду со множе- 
ством планет. 


В редакторе выражений ОСЬ доступ к нужной стороне ассоциативной связи 
(Р1апе{$ или Заг$) задается в разделе Ное$ дерева иерархии. 


Запустив программу, обнаружим, что для каждой звезды (строки таблицы 
«Звезды») можно создать свой, уникальный набор планет (строк таблицы 
«Планеты» ). При навигации по списку звезд в нижнем списке автоматически 
будет представляться планеты, соответствующие текущей звезде, выбранной 
в первой таблице. Планеты теперь представляются не общим списком, а по 
группам, согласно принадлежности конкретным звездам. 


9.6.3. Применяем автоформы к связанным таблицам 


Зададим обеим таблицам режим поддержки автоматических форм. Для этого 
в свойство ЕсоАшюоРогт каждой таблицы внесем значение Тгце. Теперь запи- 
си таблиц можно редактировать в отдельном немодальном окне, которое 
открывается двойным щелчком на левой части записи в таблице. В полях 
редактирования автоформы представляются не только собственные свой- 
ства выбранного объекта, но и поля сторонних объектов, связанных с ним. 
В нашем случае при открытии в автоформе объекта таблицы «Звезды» на 
вкладке Р!апе$ (планеты, связанные с текущей звездой) будет доступна 
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отдельная таблица. Она позволяет вводить, редактировать и удалять «пла- 
неты»> (рис. 9.12). 


При использовании автоформ результаты манипуляций с пространством ЕСО син- 
хронно отображаются во всех окнах и таблицах одновременно. 


Рис. 9.12. Редактирование подчиненных объектов в автоформе 


9.6.4. Настраиваем визуализируемые колонки 


Запустим программу. В поле За! таблицы «Планеты» представлено одно и 
то же значение — З‘аг. Это не название конкретной звезды, а лишь наименова- 
ние пристыкованнного по ассоциативной связи класса, которое менять, оче- 
видно, нельзя. 

В таблице «Планеты» желательно в дополнение к неизменному названию 
класса отображать заданное пользователем название звезды, с которой теку- 
щая планета связана. Для этого следует настроить дескриптор еНР!апе{. 

Перейдем в Дизайнер, выделим в проекте элемент еНР!апе! и обратимся 
к его свойству Соутп$ (Доступные столбцы). В открывшемся диалоговом окне 
добавим дополнительные столбцы, которые будут доступны в таблицах и 
других элементах пользовательского интерфейса. 

Новые столбцы добавляют кнопкой АЯ текущего диалогового окна. 
В кнопку встроен раскрывающийся список с двумя пунктами. Первый 
пункт — ЕуемОеуе9Соитп — сформирует программный обработчик, в кото- 
ром будет храниться код расчета нового виртуального поля. Второй пункт — 
ОсСоитп — позволяет сформировать значение в столбце с помощью выраже- 
ния ОСГ. Выберем последний вариант. В результате в правой части текущего 
диалогового окна появится описание нового столбца в виде перечня его 
свойств. Нужное выражение формируется обращением к свойству Ехргеззюп 
в этом перечне и вызовом построителя ОСТ. 

Название нового стобца задается в свойстве Мате. Введем в него строку 
СЕахМаме. В свойстве |$ВеадОпу (только чтение) введем значение Тгкое. Таким 
образом мы устанавливаем запрет на изменение названия звезды, связанной 
с текущей планетой, в таблице «Планеты». 
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В качестве выражения ОСТ. в свойстве Ехргеззюп введем строку зе1Е. 
ЗЕагз.Е1епепеМаме. В ней происходит обращение к текущему экземпляру 
класса Р!апе! (5е\. Этот элемент ссылается на единственный (в соответствии с 
кратностью связи) экземпляр класса Заг, что задано частью выражения „Заг$ 
(название одной из сторон ассоциативной связи). Последним в выражении 
ОСГ, записано обращение к свойству ЕетепМате этого связанного объекта. 
Оно хранит название звезды, связанной с данной планетой (рис. 9.13). 


Рис. 9.13. Редактор колонок 


Нажмем на кнопку ОК, и в таблице «Звезды» в Дизайнере сразу же поя- 
вится новый столбец Э!а Мате. Запустите программу и убедитесь, что в этом 
поле корректно отображается название родительской звезды (рис. 9.14). 


9.7. Доступ к модели ЕСО на уровне исходных 
текстов 


С помощью визуальных средств моделирования Ое|рЬ1 можно быстро созда- 
вать проекты с весьма сложной логикой. Платформно-независимые сцена- 
рии, описывающие эту логику, формируются на универсальном языке ОСЁГ и 
встраиваются в диаграммы модели О МГ. Поэтому развитие и совершенство- 
вание проекта может происходить на высоком уровне абстракции (на уровне 
модели). Однако в практических проектах обычно требуется реализовывать 
более тонкие аспекты взаимодействия программы с человеком, нежели те, 
что предоставляют стандартные элементы управления, в частности таблицы 
ОабаСга. Поэтому не всегда удается избежать ручного программирования, 
да это и не требуется. Оптимальная схема разработки предполагает сочета- 
ние визуальных и моделирующих возможностей оболочки при построении 
общей архитектуры. На одних этапах работы удобно пользоваться средства- 
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Рис. 9.14. Работающая программа ЕСО 


ми быстрого создания типовых форм и привлекать стандартные средства 
взаимодействия с пользователем. На других этапах лучше прибегнуть к руч- 
ному кодированию характерных особенностей и оригинальных деталей про- 
екта. 


9.7.1. Программное создание объектов ЕСО 


Реализуем вышеописанные возможности примера на уровне операторов 
языка Пер. Заново создадим пустой проект ЕСО. Назовем его ЕСОЗРгоеа. 
Подготовим три описанных выше класса: Заг5у\етЕетег, Заг и Р!апе! с соот- 
ветствующими атрибутами. Сформируем между ними начальные взаимо- 
связи наследования. На форме разместим кнопку Добавить звезду, а также таб- 
лицу ВааСиа1. В ее свойстве СарюпТех введем строку Звезды. 

Для связи пользовательского интерфейса с объектным пространством 
добавим к проекту дескриптор (компонент ЕхргеззюопНап е). Назовем его 
еп$\аг, а в качестве родительского дескриптора (свойство Нос!Нап4е) зададим 
объект Вос". В качестве выражения ОСТ. введем в свойство Ехргеззюп строку 
ЗЕаг.А11Тпзсапсез. Назначим также связь таблицы ОааСи91 с дескрипто- 
ром еНЗаг — через ее свойство БааЗоугсе. 

В предыдущем примере создание и удаление объектов ЕСО обеспечива- 
лось визуальной настройкой свойств кнопки Добавить звезду в Инспекторе 
объектов. Теперь мы вручную запрограммируем эти действия. 

Создадим обработчик нажатия кнопки. В нем надо записать команду соз- 
дания нового экземпляра класса Заг. Новый объект ЕСО создается вызо- 
вом стандартного конструктора Сгеме, доступного для всех классов ЕСО. 
Параметром его должна стать ссылка на объектное пространство ЕСО теку- 
щего приложения. Эта ссылка называется ЕсоЗрасе и представляет собой свой- 
ство текущей формы. Оно автоматически ей добавлено в процессе начально- 
го создания проекта ЕСО. 
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ргосеачге ТИ1пЕГоги1.Воебоп1_С11сКкК(зепаег: бузбем.ОБ]есе; е: 
бузсем.ЕухепеАга$); 
Бед1п 
Ссаг.Сгеаее (Есобрасе); 
епа; 


Данный код функционально эквивалентен визуальной настройке кнопки. 
Тогда мы задали в ее свойстве Воо!Напае дескриптор, связывающий кнопку с 
конкретным набором экземпляров объектного пространства. Выполняемое 
ею действие (создание объекта ЕСО) вводилось в свойстве ЕсоЦ$Асйоп. 
В программном коде достаточно создать экземпляр класса Заг. Доступ к объ- 
ектам, размещенным в пространстве ЕСО, осуществляется с помощью выра- 
жений ОСГ. 

Новый экземпляр класса Збаг автоматически разместится в объектном 
пространстве, связь с которым организована через идентификатор ЕсоЗрасе. 
Доступ к экземплярам конкретного класса 5*аг происходит через дескриптор 
енЗ{аг. Этот дескриптор поставляет объекты таблицы «Звезды». 

Запустим программу. После каждого нажатия на кнопку Добавить звезду 
таблица автоматически пополняется новым объектом. 

Дополним проект второй таблицей «Планеты», второй кнопкой Добавить 
планету и новым дескриптором ейРапе. Свяжем дескриптор с классом Р!апе 
через свойство Ехргеззюп — введем выражение ост, Р1апее.А11Тпзсапсее. 

Обработчик нажатия на вторую кнопку запишется так: 


ргосеацге Ти1пГоги1.Воббоп2_С11сК (зепаег: бузеем.ОБ]есе; е: 
бузсем.ЕуепЕАгаз); 
Бед1п 
Р]апеё.Сгеасе (Есобрасе}; 
еп; 


Теперь пользователю программы доступны две кнопки. Кнопка Добавить 
звезду добавляет объект в таблицу «Звезды», а кнопка Добавить планету добав- 
ляет объект в таблицу «Планеты». 


9.7.2. Программное удаление объектов ЕСО 


Удаление объекта ЕСО требует больших усилий, нежели его создание. 
Необходимо каким-то способом определить, какой конкретно элемент под- 
лежит удалению. 

Для отслеживания элемента, выбранного в таблице «Звезды», восполь- 
зуемся уже знакомым компонентом СитепсуМападегНапае, но в данном случае 
обратимся к нему программно. Поместим на форму новую кнопку и назовем 
ее Удалить звезду. Добавим в проект компонент СипепсуМападегНап4е и назовем 
его стпаг. Его свойство Ноо!Нап4е настроим на дескриптор ей аг. Таким обра- 
зом мы получим доступ к экземплярам класса Заг. В свойстве ВтдатаСощеж 
выберем таблицу ОааСиа1. Значение свойства Вос!Нап4е объекта еНР!апе! по 
умолчанию равно Вос! (ссылка на корневой дескриптор). Заменим его на 
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значение стПЗаг. В свойстве Ехргез$юп введем строку зе1Е.Р1апекз. Она 
содержит выражение ОСТ, описывающее список объектов ЕСО, доступных 
через текущий дескриптор е!Р!апе'. В результате этот дескриптор поставит в 
программу не все без исключения экземпляры класса Рапе!, а лишь связан- 
ные с текущим объектом, выбранным в таблице «Звезды». 

Перед ликвидацией объекта необходимо проверить его тип. Объект, свя- 
занный с текущей строкой таблицы ОааСи91, должен быть представителем 
класса Заг. В проверке типа поможет свойство Еетеп{ компонента сти аг. 
Оно имеет тип !Еетег{ и определяет программный интерфейс доступа к 
выбранному элементу. С помощью метода АзОЦес! интерфейса Е етег! прове- 
рим тип текущего объекта, доступного через дескриптор сти аг: 


ргосеааге Ти1пРоги. Виа оп3_С11скК (зепаег: бузбем.ОБ)есЕ; е: 
бузбсем.ЕуепЕАга$); 
Ъед1п 
1Е спрббаг.Е1етере.АзоОю]есе 1в Збаг &Беп 
Бед1п 


епЯ; 
ета; 


Протестированный таким образом интерфейс описывает существующий 
экземпляр класса Заг. Надо создать его локальную копию, интерфейс 1ЮЦесе 
которой позволит напрямую манипулировать содержимым объектного про- 
странства и удалить нужный экземпляр. 


ргосеаиге Ти1пРогм.Виебоп3_С11скК (зепаег: бузбем.ОБ]есе; е: 
бузсет.ЕуепеАга$); 


// определяем локальный элемент: 

уаг 5е15(аг: 5еаг; 

Бед1п 

1Е сиббах.Е1етепте.АзоОБ)]есЕе 1в ЗЕаг ЕБВеп 

Бед1п 
// готовим локальный объект 
// для доступа к пространству Есобрасе 
СЗе156ахг := Збаг( спИ5баг.Е1етепе.АзОБ)есе ); 
епа; 

епа; 


Локальный объект Зе!{аг создан на базе объекта, выделенного в таблице 
«Звезды» и доступного через дескриптор стИЗаг. Задействуем интерфейс 
'ЮБес! объекта Зе${аг — он поставляется методом АЗОШес. Вызовем метод 
еее для уничтожения выделенного в таблице объекта: 


1 Интерфейс ЮШес{ присущ всем объектам ЕСО. Он предназначен для доступа к 
внутренней структуре объекта в пространстве ЕсоЗрасе. 
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1Е спббаг.Е]етеп® .АзОБ)]есЕе 1в бЕаг &Веп 


Бед1ц 

бе156ах := Эбаг( сирб®баг.Е1емепе.АзоОБ]есе )}; 
Се15Еаг.АзТОр]есе.Пе1еке; 

епа; 


Корпорация Вог|ап4 рекомендует применять для удаления объектов ЕСО 
метод Оеве, а не методы Оез!оу или О!зрозе. Объект ЕСО может находиться в 
одном из множества состояний, среди которых не только стандартные состо- 
яния «существует в памяти» и «удален из памяти», но и ряд более специфи- 
чиских. В частности, имеется состояние «полностью удален»: в него объект 
переводится вызовом метода деве. При этом физически объект остается в 
объектном пространстве, так как он может быть связан с собственной копией 
в базе данных, которая тоже требует корректного удаления. Поэтому реаль- 
ное удаление объектов из пространства ЕсоЗрасе вместе со всеми их копиями 
выполняет в подходящее время исполнительная система ЕСО. Программе 
достаточно перевести объект ЕСО в состояние «полностью удален» с вызо- 
вом его метода Оеще. 


9.7.3. Программное связывание объектов ЕСО 


Теперь мы рассмотрим, как программно связывать друг с другом объекты, 
между классами которых установлена ассоциативная связь. Между классами 
баг и Р1апее на диаграмме модели установим ассоциативную связь с крат- 
ностью «один ко многим». Сторону связи, пристыкованную к классу Уаг, 
назовем ТоЗаг, а противоположную сторону —ТоР!апе{. Названия сторон вво- 


дятся в свойстве Мате вложенных свойств Епа1 и Епа2 ассоциативной связи 
(рис. 9.15). 


| Э4агбуз ет етеги ЕЁ 


| ЕетегиМате: Зита [ 
| Мазз: \едег 


Рапа 


ОтБи: |медег 


Рис. 9.15. Настройка ассоииативной связи 


Разместим на форме кнопку Добавить планету. Никаких стандартных дей- 
ствий ЕСО в Инспекторе объектов для нее задавать не требуется. Подготовим 
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программный обработчик нажатия на эту кнопку. В нем создадим экземпляр 
класса Р!апе! и свяжем его с текущим элементом таблицы «Звезды». 
В обработчике выполняются следующие действия. 
1. Проверяется соответствие типа выделенного в таблице элемента типу 
Заг. 
2. Создается новый экземпляр класса Рапе!. Он автоматически добавится 
в таблицу «Планеты». 
3. Этот экземпляр связывается с элементом, выбранным в таблице 
«Звезды». 


ргосеацге ТИ1пРоги. Ва боп2_С11сК (зепаег: бузбем.ОБ]еск; е: 
бузбем.ЕхуепеАга$); 
Уаг МемР1апее: Р1апеё; // Новая создаваемая планета 
бе1беаг: беаг; // Выбранная в таблице звезда 


Бед1п 
1Е спибббах.Е1емепе.АзОБ]есе 1в ЗЕахг &Ъеп 
Бед1п 
бе156аг := Эбахг( спЮ5баг.Е]1етмепе.АзОоОБ]есё ); 


// создаем новую планету: 
МеиР]апее :;:= Р]апее.Сгеа(е (Есобрасе}; 


// формируем связь планеты со звездой: 
МеиР]апее.Тоббаг := бе156аг; 
еп; 

ера; 


На последнем операторе остановимся поподробнее. 
МемР1апее.ТобЕахг := $5е15$Еах; 


Свойство ТоЗ{аг экземпляра класса Р!апе! — это название стороны ассоциа- 
тивной связи, стыкующей класс Р!апе{ с классом Уаг в соотношении «многие к 
одному». Оно имеется у каждого объекта класса Р!апе! и было автоматически 
добавлено в этот класс после того, как мы сформировали данную связь. На 
диаграмме модели мы присвоили названия ТоЗаг и ТоР!апе! двум концам ассо- 
циативной связи с помощью Инспектора объектов. Программно же эта связь 
реализована в виде «оконечных» свойств — Полей связанных классов. Сама 
по себе ассоциативная связь как отдельный объект в программе не существует. 

Ассоциативное связывание объекта ЗеЗ{аг с объектом МемР!апе! в про- 
граммном коде реализуется с помощью обычного оператора присваивания. 
Связь настраивается автоматически с учетом кратности «один ко многим», 
заданной на диаграмме. Среда времени выполнения ЕСО в ходе такого дина- 
мического связывания выполнит настройки для обеих сторон ассоциатив- 
ной связи. Объект МемР!апе! свяжется с объектом Зе! аг через свое свойство 
ТоЗаг, а свойство ТоР!апе! объекта Зе!З{аг, в свою очередь, получит в качестве 
значения ссылку на объект МемР!апе!. 
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9.8 


Вместо последнего оператора 
МемР]апее.ТобЕах := бе15$6акг; 
можно записать противоположное действие 


бе1бсак.Р]апеЕс$.АЯа (№емР1апее); 


Итоговый результат окажется прежним в силу двунаправленности свя- 
зей между объектами ЕСО. Только в данном случае выполняется не обычное 
присваивание, а вызывается метод Ада. Ведь свойство ТоР!апе{ хранит не ска- 
лярный элемент, а список узлов, связанных с объектом Зе!аг. Этот список 
отражает множественную часть ассоциативного отношения «многие к одно- 
му», поэтому обращаться к нему надо как к коллекции элементов. 


. Технология связи модели ЕСО с базой данных 


Технология ЕСО позволяет автоматически связывать объектное простран- 
ство ЕСО с его копией на физическом носителе (например, с базой данных 
или файлом). Эта особенность технологии ЕСО крайне важна, поскольку 
она позволяет сохранять данные, введенные в таблицы пользовательского 
интерфейса, между сеансами работы с приложением. 

Если мы не примем необходимых мер сохранения, то все данные, вве- 
денные в программу по ходу расматриваемого примера, пропадут, как толь- 
ко программа будет закрыта. Лучше всего хранить содержимое объектного 
пространства в СУБД. Технология ЕСО обеспечивает такую возможность, 
что позволяет проектировать на уровне модели масштабные корпоративные 
приложения. 


9.8.1. Принципы использования СУБД в технологии ЕСО 


Связь объектного пространства ЕСО с внешним хранилищем выполняется в 
ходе следующих операций. 

1. Формируется связь приложения с СУБД. 

2. Задействуются компоненты объектно-реляционной раскладки ЕСО. 
Они стыкуют модель ЕСО с компонентами приложения, обеспечиваю- 
щими связь с базой данных. 

3. В базе данных генерируется набор таблиц, предназначенных для хране- 
ния копии объектного пространства. 

4. Пользовательский интерфейс расширяется элементами, синхронизи- 
рующими содержимое объектного пространства с его копией на внеш- 
нем носителе. 

Рассмотрим эти операции более подробно. 


9.8.2. Связываем приложение ЕСО с СУБД 


Вернемся к первому примеру, в котором мы разработали приложение ЕСО 
только с помощью визуальных средств. Перейдем на закладку рабочего окна 
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Оеры под названием ЕСО1РгоесЕсобрасе (предполагается, что название теку- 
щего проекта — ЕСО1Ргоес!). В открывшемся окне размещаются компоненты, 
связывающие объектное пространство с внешними хранилищами данных. 
Исходно оно пусто, поскольку объектное пространство работает стандарт- 
ным способом и его содержимое нигде не сохраняется. 

Выберем на палитре инструментов компонент ВарСоппесйоп из категории 
Войапа Оа{а Ргом4ег и поместим его в текущее окно. Этот компонент предна- 
значен для установки связи с СУБД. Настроим его на любую доступную 
базу данных. В качестве учебного примера выберем какую-либо из демон- 
страционных баз СУБД Пкегазе, например базу етрюуее.946. В свойстве 
Соппесйоп5 пд компонента ВарСоппесйоп зададим название соответствующего 
соединения (например, ВСопп1). 


9.8.3. Используем компоненты объектно-реляционной 
раскладки 


Следующий шаг — настройка автоматической связи модели ЕСО с избран- 
ной СУБД. Синхронизация содержимого пространства ЕСО с данными на 
внешних носителях (файлах или базах данных) выполняется компонентами, 
наследующими базовые характеристики класса Регз{епсеМаррег. Этот класс 
ответственен за отображение (раскладку) структуры объектного простран- 
ства в различные схемы представления данных. 

Выберем компонент Рег! ${епсеМарре Вар из категории Ещегризе Соге ОБес 
палитры инструментов и поместим его в окно ЕСО1РгоесЕсо$расе. Этот ком- 
понент предназначен для отображения структуры объектного пространства 
в реляционные схемы баз данных, доступ к которым происходит по техно- 
логии ВОР. Экземпляр созданного объекта автоматически получит назва- 
ние Рег $епсеМаррегВар1 и расположится в дизайнерском пространстве окна 
рядом с объектом ВарСоппесйоп1 (экземпляром компонента ВарСоппесйоп). 

Свяжем объект Регз${епсеМарре!Вчр1 с объектом ВарСоппесйоп1, выбрав зна- 
чение ВарСоппесйоп1 в свойстве Соппесйоп. 

Компонент Рег! ${епсеМаррегВар полностью ответственен за автоматическое 
сохранение и загрузку копии объектного пространства модели в выбранной 
базе данных. Фактически, мы реализовали основныеаспекты взаимодействия 
приложения с базой данных, просто добавив компонент Рег {епсеМарре! Вар к 
проекту (рис. 9.16). 


9.8.4. Генерируем схему базы данных 


Копия объектного пространства хранится в наборе специальных взаимосвя- 
занных таблиц, расположенных в выбранной базе данных. Внутренняя струк- 
тура этих таблиц и связи между ними формируются при помощи компонента 
Регз&\епсеМаррегВар. Эта структура соответствует на физическом уровне фор- 
мальной модели приложения, заданной диаграммами ОМГ. В компонент 
Рег ${епсеМаррегВар встроены средства автоматической трансляции этой моде- 
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$ ЕСОТРгодесй опал @ дачеюрет 5 шо 2006 - `Ес01 еси собрасе 


ЕСО1Раес 
ОТО Веепсе 
: Ме Марр оргомег (попе) 
= {ОЮМарридРгомФег (попе) 
ВипТтеМарртоРгоме (попе) 


| :МахОрепСоппесНопс : 1 
° 'МахРос!Соппесноп$ :1 


Рис. 9.16. Настройка компонента связи с СУБД 


ли в сценарий на языке обработки реляционных таблиц ЗОГ.. В ходе работы 
сценарий и создаст нужные таблицы. 

Механизмы трансляции модели приложения ИМЕ. в сценарий ОТ. суще- 
ствуют в разных системах моделирования. Имеются они и в среде Оер. 
Однако реализации языка ЗОГ в различных СУБД существенно различают- 
ся. Порой даже основные операторы ЗОТ. в разных СУБД работают по-раз- 
ному. Поэтому разработчик предварительно должен настроить процесс гене- 
рации структуры базы данных на конкретную технологию СУБД. 

Настройки этого процесса хранятся в свойстве ЗаОаваБазеСопйа компо- 
нента Регз$епсеМаррегВар. Оно состоит из множества вложенных подсвойств, 
определяющих способы записи команд ОГ. Эти подсвойства можно настра- 
ивать вручную, а можно автоматически. В последнем случае надо выбрать 
подходящий пункт контекстного меню компонента Регз${епсеМарре Вар. При 
использовании СУБД [п(егЬазе нужный пункт называется |щефазе [Фаес- 
{3] зешр, а, например, при использовании СУБД МгсгозоЁ ЗОТ. $егуег — ЗО% 
Зегуег зеир (рис. 9.17). 

В нашем примере мы выбираем пункт ефазе [4а!ес!3] зеир. В результа- 
те все подсвойства свойства 59/ааразеСопт!а компонента Рег ${епсеМаррегВар 
будут корректно настроены на версию языка ЗОТ. для СУБД ПкцетгЬазе. 

Выполним генерацию таблиц, описывающих структуру текущего объ- 
ектного пространства. Для этого надо нажать кноп- 1 
ку Сепегае Зспета (Генерировать схему) в нижней части 
окна пространства ЕСО. В результате будет сгенери- 
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Рис. 9.17. Настройка диалекта 501. 


рован сценарий 5ОГ. для конкретной технологии СУБД. Исполнение сцена- 
рия запустится автоматически, и в текущей базе данных будут созданы все 
таблицы и взаимосвязи между ними, сохраняющие копию объектного про- 
странства. 

В ходе генерации таблиц среда Оефры проверит содержимое выбранной 
базы данных. Если в ней обнаружатся таблицы, не имеющие отношения к 
текущей модели, среда предложит их удалить. По умолчанию режим удале- 
ния лишних таблиц отключен. Если выбрана тестовая база данных етрюоуее. 
946 с наборами демонстрационных примеров из поставки СУБД ПиегБазе, то 
удалять из нее другие таблицы, конечно, не следует. В реальном проекте для 
хранения модели проекта лучше заранее создать отдельную базу данных. 

Список таблиц, предлагаемых для удаления, показан в диалоговом окне 
процесса генерации на вкладке Орйопа!у Оеее. Если в базе имеются табли- 
цы, которые ранее уже создавались для других проектов ЕСО, то они будут 
явно рекомендованы для удаления. На вкладке Ведиге4 дгор/гесгеае ('Требуется 
пересоздать) выводится список таблиц, которые будут удалены и затем сно- 
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Рис. 9.18. Список автоматически создающихся таблии 


ва заново воссозданы. Список новых таблиц приведен в разделе Мем 1аЫез 
(рис. 9.18). 

Нажмем кнопку ОК, и в окне сообщений (Меззадез) среды Оеры будет 
представлен протокол генерации и сообщение об успешном завершении про- 
цесса Зспета Сепега{оп! Ва1аБазе эспета сгеже4 (рис. 9.19). 
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Рис. 9.19. Протокол генерации схемы базы данных 


Мы настроили компонент РегзепсеМаррегВар на передачу данных меж- 
ду объектным пространством ЕСО и СУБД. Теперь надо связать при- 
ложение с этим компонентом. Щелкните мышью на пустом месте окна 
ЕСО1РгоеЕсоЗрасе в Дизайнере. В свойстве Рег ${епсеМаррег (разворачиваю- 
щийся список) Инспектора объектов выберите объект Регз$епсеМаррегВар1. 
Теперь связь объектного пространства приложения с СУБД установлена. 
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9.8.5. Расширяем интерфейс пользователя 


Согласование содержимого базы данных ссодержимым объектного простран- 
ства выполняется вызовом метода Уражебааразе объекта ЕсоЗрасе — глобаль- 
ной ссылки приложения на текущее объектное пространство. Будем вызы- 
вать этот метод новой кнопкой с заголовком Обновить. Обработчик нажатия 
на эту кнопку запишется так: 


ргоседиге ТИМ1пРГоги. Ва боп5_С11сК (зепаег: Зузбем.ОБ)есЕ; е: 
бузсем.ЕуепеАга$ ); 
Бед1п 
Есобрасе .ОрЧ9аерасаразе; 
епа; 


В единственной команде ЕсоЗрасе.ИрдаеОааБазе обработчика вызывает- 
ся метод УрдаеааБазе текущего пространства ЕСО. Он выполняет полную 
синхронизацию содержимого пространства ЕСО в оперативной памяти с его 
копией в базе данных. 

Запустим программу, введем несколько описаний звезд, для каждой изних 
зададим планеты со своими характеристиками. Запись этой информации в 
базу данных произойдет после нажатия на кнопку Обновить. Когда программа 
запустится в следующий раз, в таблицы «Звезды» и «Планеты» автоматиче- 
ски загрузится содержимое объектного пространства, которое было сохране- 
но в базе данных в момент последнего выполнения команды УрдаеОааазе. 


9.8.6. Синхронизация модели и базы данных: визуальная 
настройка 


Синхронизацию содержимого пространства ЕСО и базы данных можно 
выполнять, не прибегая к ручному кодированию. Делается это так. Выберем 
в Дизайнере кнопку Обновить и удалим ее программный обработчик из кода 
программы. Обратимся к свойству ЕсоАсйоп кнопки — оно хранит перечень 
стандартных действий технологии ЕСО. Выберем в разворачивающемся 
списке стандартное действие УрдаебааБазе. Когда пользователь нажмет на 
эту кнопку, приложение сохранит в базе данных содержимое объектного про- 
странства. Кнопка во время работы приложения автоматически меняет свое 
состояние. Если нет необходимости обновлять пространство ЕСО (никаких 
изменений и рассогласований не зафиксировано), она будет заблокирована. 


9.8.7. Использование файлов для хранения 
пространства ЕСО 


Технология ЕСО позволяет хранить объектное пространство не только в 
базе данных, но и в обычных файлах. Структура модели и содержимое объ- 
ектов ЕСО записывается в файл в виде данных в формате ХМГ.. Компонент, 
связывающий пространство ЕСО с файлами, называется Рег ${епсеМарре!Х т. 
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Разместим компонентРег{{епсеМаррегХт!в окне настройки объектного про- 
странства ЕСО1Ргоес!ЕсоЗрасе текущего проекта. В свойстве Регя$епсеМаррег 
этого пространства записано значение РегзепсеМаррегВар1 — ссылка на объ- 
ект связи приложения с СУБД. Изменим значение этого свойства на ссылку 
Рег ${епсеМаррегХтИ. 


Объект Регз${епсеМаррегВар1 удалять из проекта не обязательно. Он просто вре- 
менно отключен от проекта. 


В свойстве ЕИеМате объекта Регз&епсеМаррегХт!! введем название файла 
(например, тоде|.хт!), в котором будет храниться содержимое объектного 
пространства. 


Работа с файлами значительно менее надежна и эффективна, нежели с СУБД, 
которые поддерживают транзакции, контролируют целостность данных и берут на 
себя еще целый ряд функций, неподвластных драйверу файлов ХМИ. Если созда- 
ется многопользовательское приложение ЕСО, крайне желательно хранить копию 
объектного пространства в базе данных, а не в файле. 


9.8.8. Множественные соединения приложения ЕСО 
с СУБД 


В одном проекте ЕСО допускается несколько соединений объектного про- 
странства с различными СУБД. Программа переключается между ними 
динамически, непосредственно во время работы. Подходящие компоненты 
(наследники класса Регя$епсеМаррег), ответственные за новые соединения, 
размещаются в окне ЕСО1РгоесЕсоЗрасе. Каждый из них может быть настроен 
на стыковку с совершенно разными СУБД: М$ ОГ. $егуег; Войапа [тегазе; 
ОВ2 — или, например, на взаимодействие с файлом ХМГ. 

Конкретный объект, связывающий пространство ЕСО с некоторой СУБД, 
задается в свойстве Рег {епсеМаррег окна ЕСО1РгоецЕсоЗрасе. Если в качестве 
значения этого свойства выбран пункт (попе), копия объектного простран- 
ства сохраняться нигде не будет. 

Добавим к проекту компоненты Регз$епсеМарреВар и ВарСоппесйоп. 
Настроим их на связь приложения с одной из доступных СУБД. Таким обра- 
зом, в текущем проекте окажутся два компонента объектно-реляционной 
раскладки — Регя$епсеМаррегВар и Регя{епсеМаррегХМЕ. 

Динамическое переключение между этими компонентами надо запро- 
граммировать вручную. Для этого необходимо, прежде всего, изменить види- 
мость данных компонентов в приложении. Введем в свойство Мод\ег$ каждо- 
го из этих компонентов значение риЪ]1 1с. 

Пусть в зависимости от некоторого условия требуется сохранять копию 
объектного пространства либо в СУБД, либо в файле ХМГ. Такую возмож- 
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ность полезно предусмотреть, в частности, в задачах периодического архи- 
вирования данных. Соответствующий КОД В ОСНОВНОЙ программе запишется 
так: 


1Е условие 

сБеп Есобрасе.Регз1зсепсеМаррег := 
Есобрасе. Рег$1зСепсеМмаррегВар1 

е1ве Есобрасе.Регз15еепсеМаррег := 
Есобрасе.Рег$1зеепсеМаррегХи11 ; 

Есобрасе.ОрЯаа еПакарЬазе; 


Оператор присваивания настраивает пространство Есозрасе на связь с кон- 
кретным объектом — промежуточным звеном между приложением и храни- 
лищем данных. Команда УрдаеПааБазе непосредственно обновляет содержи- 
мое пространства ЕСО в доступной базе данных или файле ХМГ. 

Пусть, например, на форме находится флажок Спескрох1 с заголов- 
ком Сохранять в базе данных. Если он включен, то задействуется объект 
Рег; ${епсеМаррегВар1. В противном случае пространство ЕСО сохранится в 
файле ХМГ: 


ргосеачге Ти1пРогм.Виебоп1_С11сК (зепаег: бузбем.Оресе; е: 
бузбем.ЕумуепеАгаз)}; 
Бед1п 
1Е СРесКЬох1.Стескеа 
сБВеп Есобрасе.Регз1зсепсеМмаррег := 
Есобрасе.Рег$1зсепсеМаррехВар1 
е1ве Есобрасе. Регз15кепсеМаррег := 
Есобрасе.Регз1зсепсеМаррегХи11 ; 
Есобрасе .ОрЯдабеЯаеаразе; 
епа; 


9.8.9. Технология создания модели ЕСО на основе 
существующей базы данных 


Технология ЕСО позволяет сохранять в базе данных копию объектного про- 
странства ЕСО, построенного на основе модели ОМГ. Она также способна 
выполнять обратную задачу — формировать модель приложения на языке 
ОМЕ. Эта модель строится автоматически, путем анализа существующей 
базы данных. Процесс формирования модели выполняется специальным 
Мастером, который становится доступен после настройки объектного про- 
странства проекта на связь с конкретной СУБД. 

Создадим пустое приложение ЕСО. На закладке пространства ЕСО (окно 
РгоесНЕсоЗрасе) разместим компонент связи с СУБД ВарСоппесйоп и компо- 
нент объектно-реляционной раскладки Регз&®епсеМарре Вар. Настроим их на 
выбранную СУБД и свяжем друг с другом, как было описано выше. 
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Рис. 9.21. Модель, автоматически построениая на основе базы данных 
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3 Ро$а[соде: Зиптд 

4 Э4а‘ергочтсе: б\итд 


+. СоипиУ1: Зита 
‚ | Ситепсу: 5итд 


Рис. 9.22. Средство просмотра всей модели 


Нажмем на кнопку \!гар Ех5!тд Оа{аБазе мин Есо (Построить модель ЕСО на осно- 
ве существующей базы данных) в нижней части окна РгоесИЕсоЗрасе. На экране 
появится Мастер формирования модели ЕСО. Выберем, например, демон- 
страционную базу данных етроуее.54Ъ из поставки СУБД ПкегЪаве, кото- 
рой мы уже неоднократно пользовались в других примерах. Тогда вариант 
преобразования базы будет выглядеть в Мастере примерно так, как показано 
на рис. 9.20. 

Флажками в окне Мастера помечены таблицы, описания которых будут 
использованы при построении модели. Нажмем на кнопку № х{ — Мастер сге- 
нерирует файл ХМГ, в который запишется описание анализируемой базы 
данных. Каждой таблице в этом описании отведен свой класс, а между ними 
будут установлены правильные взаимосвязи. Новое модельное простран- 
ство доступно в проекте в виде пакета, имя которого вводилось на первом 
шаге работы Мастера. 
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«Сырая» модель, извлеченная из базы данных, обычно выглядит не очень 
приглядно. В частности, образы таблиц из базы данных и линии связей между 
ними располагаются на диаграмме хаотически. Команда контекстного меню 
диаграммы [ауош » Оо Ри! [ауощ (Раскладка » Выполнить полную раскладку) авто- 
матически упорядочит расположение элементов и взаимосвязей (рис. 9.21). 

Внижнем правом углу окнамодели имеется поле Оуемем. Если нанем щелк- 
нуть, то откроется окно, представляющее всю модель целиком. Желаемую 
область просмотра можно задать с помощью мыши (рис. 9.23). 

Мастер преобразования базы данных по вышеописанной технологии 
формирует готовую модель некоторой понятийной области. На основе этой 
автоматически созданной модели не представляет труда создать полноцен- 
ное приложение ЕСО. 


Алфавитный указатель 


АБзёгасе Еасбогу, шаблон 
проектирования 146 

асйоп, действие 232 

асиуЦу, деятельность 232 

АсиукКу Плазгат, диаграмма 
деятельности 224 

Адаркег, шаблон проектирования 
161 

АРО.МЕТ, технология связи с 
СУБД 91 

АгИасе элемент 237 

АЗР.МЕТ, \У!еБ-технология 30, 113 


а55ос1аноп, ассоциативное 
отношение 202 


ВОР.МЕТ, технология связи с 
СУБД 91 

ВОР Роо] Мапарег, менеджер пула 
связи 95 


Вопап4 Тозефег, среда 
моделирования 30 


Во[апа ООПТ Вго\зег, браузер 37 


Внаэе, шаблон проектирования 
163 


ВиП4ег, шаблон проектирования 


150 


СаПБегКМ, среда управления 
требованиями 26 


Саш, \/еБ-сервер 127 


Саш о! Кезроп Бу, шаблон 
проектирования 175 

СБапёе Рагате(ет$ 59 

Са$з П1аргат, диаграмма классов 
197 

СТК, среда времени выполнения 
113 

Со4е Ео|41в, средство 
рефакторинга 48 

Соае [151% режим подсказок 44 

Со4е Зупс, режим синхронного 
редактирования 950 

Со4е Тетр|!а(е$, шаблоны кода 46 

СоПаБогайоп П\аэгат, диаграмма 
кооперации 218 

Соттапа, шаблон проектирования 
177 

Соттишсае О1авгат, диаграмма 
коммуникации 240, 242 

Сотропепе ОП1аётат, диаграмма 
компонентов 226 

СотшрозЦе, шаблон проектирования 
165 

СотрозЦе 5гисиге ГЛаргат, 
диаграмма внутренней 
структуры 239 


Рацазпар, технология 
многоуровневых систем 108 


аа Ехр]огег, проводник данных 
37 


Рака 5ев, набор данных 93 
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АБСо, набор компонентов для 
связи с СУБД 100 

ОВ \еь, технология создания 
\М/еЬ-приложений 124 

Песаге Мех Еие]4, средство 
рефакторинга 57 

Оесаге УагаЫе, средство 
рефакторинга 57 

Песогафог, шаблон проектирования 
167 

Раедайоп Соппесфог, связь 237 

4ерепаепсу, отношение 
зависимости 206 

Оер]оутепе О1авгат, диаграмма 
развертывания 228 

Оер|оутепе Марпарег, менеджер 
развертывания 114 

Оез1епег Си14е пез, режим 
проектирования формы 34 

Пез\се, элемент (МГ 237 

РЕЕПпроге, технология импорта 
функций 82 


ЕСО ГП технология 
моделирования 30 

ЕсоЗрасе, объектное пространство 
245 

Ехесииоп Епугоптепь, элемент 
ОМЕ 237 

Ехгасё Мефод, средство 
рефакторинга 58 

Ех(гасЕ Кезоигсе 5(г1тв, средство 
рефакторинга 62 

Ехтгасё Зирегс]аз$. средство 
рефакторинга 57 


Еаса4е, шаблон проектирования 
170 

Еассогу Мефо4, шаблон 
проектирования 153 
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Газ ММА, менеджер памяти, 25 
Ета С]аз$, средство рефакторинга 
56 


Епа КеЕгепсе, средство 
рефакторинга 56 


Ета Опк, средство рефакторинга 55 


Ву\ме1ё, шаблон проектирования 
171 


епега1та оп, отношение 
обобщения 205 


С]оБа! АззетЫу Сазфе, кэш МЕТ 37 


НТМЕ-дизайнер 35 


[ш]пе УапаЫе, средство 
рефакторинга 61 

[п(егргеег, шаблон 
проектирования 179 

Гу 6годисе Реа/\УапаЫе, средство 
рефакторинга 60 

Цегафог, шаблон проектирования 


180 


Глуе Оез1ёпег, режим 
проектирования 34 


Ме41а®ог, шаблон проектирования 
182 


Метепто, шаблон проектирования 
183 

Моде Уле\у, средство просмотра 
37, 42 

Моуе, средство рефакторинга 61 

МУП, язык низкого уровня 85 


ОБесе ВерозКогу, репозиторий 
объектов 31 
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ОБ5егуег, шаблон проетирования Уже МасЬше П1аргат, диаграмма 
185 машин состояний242 
Р Збабесраге П1аэгат, диаграмма 


состояний 221 
«рап ап $сго|», технология 


горизонтального Згацеру, шаблон проектирования 


скроллирования 39 188 | 
Р!аМогт Гпуоке, сервис усгасгаге Улем, просмотрщик 
| структуры 40 


дистанционного вызова методов 
82 упс ЕЧЁ, режим синхронного 


Рготобуре, шаблон проектирования редактирования 40 


156 Т 
Ргоулае4 Пцегасе, поставляемый Тетр!ае Мефо4, шаблон 
интерфейс 235 проектирования 190 
Ргоху, шаблон проектирования 174 ТЕюо\мРапе]|, плавающая панель 39 
Ри] МетЬегз Ро\п, средство ТсиаРапе|, панель-таблица 39 
рефакторинга 61 Т1ду, средство \!еВ- 
Ри] Метфегз Ор, средство форматирования 35 
рефакторинга 61 Торо, средство ведения 
В напоминающих записей 52 
геа]17тайоп, отношение реализации Ч 
202 Отисо4е, кодировка 85 
Кепате, средство рефакторинга 59 Овед Мо4еЙпз Гапёцаве (ОМГ.), 
Кедлиге4 Пцег{асе, запрашиваемый унифицированный язык 
интерфейс 235 моделирования 195 
5 \ 
ба ее, средство рефакторинга УСТ-форма 
62 


создание 34 
Зеачепсе Плаэгат, диаграмма 


последовательностей 213, 240 
Зпар/е ОБесе Ассез$ Ргофосо] 


\Улгеиа| ТаБгагу ПиеНасе, сервис 
виртуальных библиотек 82 
\У15Ког, шаблон проектирования 


(ЗОАР), протокол \!еБ-служб 191 
129 
М 
5ш8|еоп, шаблон проектирования 
159 \У!еБ-калькулятор 117 
отаге В]оскК, режим рефакторинга \\еБ-сервис 
48 организация доступа 138 
$1ррее, шаблон 47 \У!еБ-служба 129 
ЗОГ-запрос 102 интерфейс 135 
формирование 102 клиент 135 


З{абе, шаблон проектирования 186 обращение 141 
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\У!еБ-служба (продолжение) 
разработка 129 
создание 130 
структура 130 
\У!еБ-форма 115 
проектирование 116 


\/еь Зегу1сез ОезсирИиоп Гапзцаве 


(УУЗОГ.), язык описания \МеБ- 
службы 129 


ХМГ-файл 125 
загрузка данных 127 
синхронизация 127 
сохранение данных 126 


автовычисление 45 
автозавершение 44 
автозаполнение 45 
автокоррекция 45 
автомат 221 
вложенный 223 
состояние 222 
автоописание 45 
автосправка 45 
автоформа 258 
редактирование 258 
Агрегатор 181 
адаптер 95 
Актер 208 
артефакт 237 
архитектура 
многозвенная 104 
многоуровневая 104 
атрибут класса 80 
дополнительный 81 
пользовательский 82 
создание 81 
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база данных 
АБСо 100 
адрес 123 
внутренняя структура 90 
генерация 269 
схема 269 
быстрое комментирование 53 


быстрое перемещение строки в 
ресурсы 62 


визуализация кода 42 
визуальная настройка 273 
визуальное создание метода 58 
визуальное создание суперкласса 
57 
вызов 
асинхронный 241 
синхронный 241 


генерация таблиц 270 

гиперсвязь 230 

гиперссылка 230 
создание 230 


глобальное переименование 
идентификатора 59 


глобальный кэш сборок 37 


действие 232 
дескриптор ЕСО 246 
деятельность 232 
диаграмма 


варианты использования 208, 
238 


взаимодействия 231 
внешняя 241 

внутренней структуры 239 
деятельности 224, 232 


Алфавитный указатель 


диаграмма (продолжение) 
класса 197 
коммуникаций 240, 242 
компонентов 226, 236 
кооперации 218 
последовательности 213, 240 
прецедентов 208 
развертывания 228 
составная 239 
состояний 221, 242 
экспорт 229 

Дизайнер 33 
режим работ 33 

Диспетчер шаблонов 193 


закладка 50 
удаление 50 


идентификатор 
корневой 252 
локальный 956 
необъявленный 57 
поиск 56 
иерархическая структура кода 40 
Инспектор объектов 36 
интерфейс 207 
\УГеБ-службы 135 
абстрактный 146 
Агрегатор 181 
виртуальной библиотеки 82 
запрошенный 235 
компоненты 39 
пользовательский 253 
поставляемый 235 
продуктовый 153 
элементы 254 
исключение 85 
обработка 85 
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источник данных 93 
абстрактный 102 
гетерогенный 104 
физический 93 


категория 31 
клавиатурные макросы 54 
воспроизведение 54 
класс 
абстрактный 68, 199, 248 
ассоциаций 204 
атрибуты 80, 199 
внутренний тип 70 
добавление на диаграмму 198 
дочерний 61 
закрытый 68 
иерархия 251 
константа 70 
кратность 203 
поиск 956 
поле 69, 199 
родительский 61 
свойства 199 
классификатор 232 
клиентское приложение 106 
ключевой элемент 46 
кнопка фильтрации 32 
КОД 
ассемблерный 86 
визуализация 42 
неуправляемый 82 
просмотр 86 
смешанный 85 
управляемый 82 
комментарий 228 
коммуникационный путь 238 
компонент 226 
конфигуратор 95 
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корневой идентификатор 252 
кратность 200 
дискретная 236 


массив 
МЕТ 80 
двумерный 72 
динамический 72 
многомерный 72 
описание 80 
размещаемый 80 
статический 73 

Мастер преобразования базы 
данных 278 

Мастер установки 26 


Мастер формирования модели 
ЕСО 277 


Мастер шаблонов 145 
машина состояний 30 
Менеджер ВОР-пула 95 
Менеджер проектов 36 
Менеджер развертывания 114 
Менеджер шаблонов 46 
метод 201 

абстрактный 202 

безопасное удаление 62 

интерпретации 179 

параметры 58 

перебора элементов 180 

статический 69 
миниредактор коллекции 102 
многоуровневое приложение 103 


модуль удаленного доступа к базе 
данных 109 


набор данных 93 
типизированный 93 
формирование 93 
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напоминания 52 
добавление 52 


обновление модели 42 
автоматическое 42 

объект 207, 214 
внутренняя структура 88 
добавление 207 
название 207 

объект ЕСО 246 
программное связывание 266 
программное создание 263 
программное удаление 263 

объект-вектор 75 


объектно-реляционная раскладка 
269 


операция 
перегрузка 74 

описатель видимости 200 

опорная сетка 33 
настройка 34 
отображение 33 
параметры 34 
шаг 33 

отладка 84 
дистанционная 87 
пошаговая 89 

отношение 202 
агрегации 203 
ассоциации 202, 210 
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композиции 204 
обобщения 205, 211 
расширения 211 
реализации 202 


палитра инструментов 31 
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панель-сетка 39 
паттерн проектирования 145 


перемещение описания между 
классами 61 


перемещение поля внутрь класса 60 


перемещение членов между 
классами 61 


плавающая панель 39 
подавтомат 223 
подсказка 
поиск 53 
сортировка 53 
фильтрация 53 
подсостояние 242 
поиск класса 56 
поиск ссылок 56 
поле класса 69 
помощники классов 68 
порт 235 
посредник 136 
поставщик данных 90, 101 
выбор 101 
дистанционный 111 
текущий 105 
построитель выражений ОСТ. 255 
поток данных 234 
поток управления 233 
преобразование типов 77 
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перегрузка 77 
явное 77 
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соединение с базами данных 118 
создание 115 
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приложение ЕСО 247 
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Хранитель 183 
Цепочка обязанностей 175 
Шаблонный метод 190 


элемент 


автоматическое удаление 62 
ветвления 224 

интерфейса 254 

контейнера 73 

оформления панели 31 
быстрое создание 60 
тематическая группа 31 
цвет 45 


ЯЗЫК 


моделирования ОМ1. 195 


287 


объектных ограничений ОСТ. 


255 


описания \У/еЬ-служб (\/$ЗОТ,) 


129 
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